مرحباً!
أريد من Discourse إرسال رسائل البريد الإلكتروني الصادرة فقط لـ
- إعادة تعيين كلمة المرور
- ولا شيء آخر.
لماذا؟ لأن معظم الإشعارات المستمرة مغطاة بالفعل عبر إشعارات الدفع. لذلك، ليست مهمة.
شكراً وتحياتي،
غولشان
لقد بحثت في هذا من قبل، لكن لا توجد خطة معروفة لدي لهذا الغرض. يمكنك تعطيل جميع الإشعارات باستثناء إجراءات الطاقم فقط، لكن لا يمكنك تعطيلها جميعًا باستثناء إعادة تعيين كلمة المرور.
الحل الوحيد لك هو تغيير تفضيلات إشعارات المستخدمين بشكل جماعي لجميع المستخدمين بحيث لا يتم إرسال ملخص البريد الإلكتروني إليهم، ولا يتم إشعارهم عند ذكرهم أو مراسلتهم، إلخ. كما هو موضح في لقطة الشاشة أدناه. ولكن إذا قرروا لاحقًا أنهم يريدون تغيير ذلك، فلن تتمكن من منعهم.
رائع! يمكنك تعيين email time window mins إلى 2000000000، وهو وقت طويل جدًا. الحد الأقصى هو نفسه لـ personal email time window seconds، لكن هذا لا يزال وقتًا طويلًا جدًا. بحلول ذلك الوقت، سيكون جميع مستخدميك الحاليين قد فارقوا الحياة (حسنًا، ليس بالنسبة لـ PMS، فالبعض قد يكون على قيد الحياة بعد 63 عامًا). ويمكنك ببساطة تعطيل الملخصات.
لا، تلك غير مرتبطة.
إذا كان هذا موقعًا جديدًا، فيمكنك تعيين تفضيلات المستخدم الافتراضية عبر إعدادات المسؤول.
وإلا، فيمكنك القيام بذلك عبر وحدة تحكم Rails. Edit a user preference for everyone or a subset of users
ألا ينتظر الفترة الزمنية للبريد الإلكتروني هذا المدة قبل إرسال رسالة تنبيه بالبريد الإلكتروني؟ أعتقد أن تغيير هذه الإعدادات وتعطيل رسائل البريد الإلكتروني الموجزة سيفي بالغرض.
هذا موقع عمره سنتان. أشعر أن معظم المستخدمين الذين يرغبون في أن يكونوا نشطين يأتون تلقائيًا، والباقي من محركات البحث.
أعتقد أن هذه بالتأكيد فكرة تستحق التجربة.. لكنها تبدو وكأنها إساءة استخدام لهذا الإعداد. 
سؤال: إذا كان المستخدم المذكور الذي سيتم إرسال بريد إلكتروني إليه متصلًا بالإنترنت، فهل يتلقى الإشعار فورًا أم ينتظر حتى انتهاء نافذة وقت التعديل الخفي؟
لا أفهم حقًا كيف سيعرفون الحضور إذا لم يتلقوا بريدًا إلكترونيًا.
ألا تستخدم الرد عبر البريد الإلكتروني؟
لا نفضل الرد عبر البريد الإلكتروني، بل نستخدم وسيلة الويب فقط.
صحيح. أنا متأكد تمامًا من أن العديد من المستخدمين يعودون إلى الموقع لأنهم يتلقون إشعارات عبر البريد الإلكتروني بشأن أحداث تحدث في الموقع يهتمون بها. يقوم Discourse بعمل جيد في تخمين ما يهتم به الناس. أعتقد أنه فكرة سيئة عدم إرسال إشعارات البريد الإلكتروني. وفترضت أن هذا سيكون صعبًا للغاية، لأنه فكرة سيئة جدًا، لكن تعظيم نوافذ الإشعارات هذه سيفعل ذلك، أعتقد. 
أعتقد حقًا أن هناك أحيانًا ظروفًا ترغب فيها في إيقاف إشعارات البريد الإلكتروني، حتى بشكل مؤقت أثناء إعداد مجتمعات جديدة أو الاختبار، مع السماح للأعضاء بتسجيل الدخول واستخدام المنتدى. في الواقع، لدي حالة كهذه حاليًا. لقد تأخرت في إعداد منتدى حيوي ليحل محل مجموعة ياهو لأنني قد استوردت الجميع بالفعل، لكنني لا أريد بدء إرسال إشعارات البريد الإلكتروني قبل إيقاف مجموعة ياهو.
أتساءل عما إذا كان بإمكان إضافة (plugin) إضافة خيار إلى إعداد المسؤول “تعطيل البريد الإلكتروني”، مثل “إعادة تعيين كلمات المرور فقط”.
تعطيل رسائل البريد الإلكتروني بإعدادات “لا” يعيد هذه الرسالة التي قد تسبب الخوف للمستخدم.
تم تعطيل جميع رسائل البريد الإلكتروني الصادرة عالميًا من قبل مسؤول. لن يتم إرسال أي إشعارات بريد إلكتروني من أي نوع.
لذلك، أود الحفاظ على حل متوازن بأقل قدر ممكن، يقتصر على رسائل البريد الإلكتروني الحرجة وبعض رسائل الملخص الأسبوعي للزوار الذين عادوا خلال الـ 60 يومًا الماضية، بينما كان المدة السابقة سنة واحدة.
حسنًا، فإن نصيحتي في الأعلى هي إجابتك. قم بتغيير تفضيلات المستخدمين بشكل جماعي لتعيين إشعاراتهم على عدم إرسال رسائل البريد الإلكتروني.
لا أوافق على هذا، فأنت بحاجة إلى التأكد من عمل البريد الإلكتروني وفهم تأثيره عند إطلاق مجتمعك.
لقد تلقينا عدة مواضيع دعم هنا تتعلق بهذا الأمر بالذات؛ حيث يهاجر الأشخاص بسرعة دون اختبار البريد الإلكتروني على الإطلاق، ثم ينتهي بهم الأمر بإرسال آلاف الرسائل. فجأة نصبح الطرف السيئ لأن اختباراتهم تجاهلت هذا الجانب.
لهذا السبب توجد أدوات مثل mailhog، وهي جزء حيوي من مجموعة أدوات الهجرة الخاصة بي. والأفضل من ذلك كله أنه يمكنك تشغيلها عبر Docker، مما يتيح لك تشغيلها أو إيقافها حسب الحاجة. يمكنك رؤية كل شيء يصل عبر المتصفح، وإذا أردت، يمكنك إطلاق الرسائل إلى خوادم SMTP حقيقية لتسليمها.
ولأسباب وجيهة، لا يمكن استخدام Discourse في هذه الحالة؛ فقد صُمم ليكون مؤقتًا، لذا فإن الرسالة واضحة جدًا. لا يتم إرسال أي رسائل إلكترونية، بما في ذلك طلبات إعادة تعيين كلمة المرور.
الهدف الرئيسي من القيام بذلك هو عدم تكرار محتوى “إشعارات الدفع” عبر البريد الإلكتروني.
أريد أن يشعر مستخدمتي بالترحيب والسعادة عند تلقي إشعارات البريد الإلكتروني المهمة.
نصيحة ممتازة - شكراً لك! ربما تكون الإجابة المناسبة لحالتي الخاصة هي تعطيل المستخدمين المستوردين بشكل جماعي، بحيث لا يتم إشعار سوى المستخدمين الذين يقررون الدخول وتسجيل الدخول فقط، بشأن الردود على المناقشات السابقة والحالية.
لست متأكدًا من صحة ذلك 
كان يجب أن أوضح أنني كنت أقصد إشعارات المتصفح، بينما تصل إشعارات CDCK المستضافة إلى التطبيق بغض النظر عن ذلك.
لا أعتقد أنني أرى ازدواجية فيها بين التطبيق وسطح المكتب، لكن ربما لم أكن منتبهًا بما يكفي!