نحن نستخدم discourse كموقع للمراسلات والمناقشات والإعلانات الداخلية لمنظمتنا غير الربحية. نتحدث ربما 20 شخصًا كحد أقصى في نسخة discourse. لذا هذا ليس وضع المنتدى العام الكبير المعتاد. في هذه الحالة، لن يكون من المرغوب فيه محاولة إرسال رسائل البريد الإلكتروني الصادرة على الفور.
لذلك أريد أن أجعل discourse يعمل بسرعة قريبة من البريد الإلكتروني المباشر. قرأت أن هناك تأخيرات مدمجة قبل إرسال رسائل البريد الإلكتروني إلى قائمة الانتظار بعد نشر مشاركة. أفضل أن لا يكون هناك تأخير.
لقد قمت بتعيين “نافذة وقت البريد الإلكتروني” إلى دقيقة واحدة. إذا قمت بتعيينها إلى صفر، فهل سيتم إنشاء البريد الإلكتروني على الفور؟
إذًا كيف يمكنني إخبار Discourse بوضع جميع رسائل البريد الإلكتروني للمستخدمين في قائمة الانتظار لإرسالها على الفور؟ في اختباري، يمكن أن تستغرق رسائل البريد الإلكتروني ما يصل إلى 5 دقائق لتظهر في صندوق الوارد للمستخدم بالإعدادات الحالية لدي.
ذات صلة. لم أر طريقة لتعيين إعدادات المستخدم الجديد الافتراضية لقبول رسائل البريد الإلكتروني الفردية في جميع الفئات بدون ملخصات. سأقوم بإنشاء حسابات مستخدمين مسبقًا (TL1) وإرسال رسائل بريد إلكتروني “تم إنشاء الحساب” لذا أريد أن تكون الحسابات الجديدة جاهزة لقبول جميع رسائل البريد الإلكتروني بدون ملخصات.
ربما لدى بعض المسؤولين الآخرين حالة استخدام مماثلة ولديهم نسختهم معدة بشكل مشابه لما نريده.
للعلم، لقد قمت بإعداد البريد الإلكتروني الوارد عبر واجهة برمجة التطبيقات ويبدو أنه يتم نشره بسرعة كبيرة. إنها إرسال البريد الإلكتروني الصادر الذي أريد تسريعه قليلاً.
هل عدم وجود تأخير هو ما يريده الجميع؟ هل القضايا التي تناقشها حساسة للغاية للوقت لدرجة أن 5 دقائق ستغير شيئًا؟ هل يريد الناس حقًا إرسال رسالتهم مع خطأ إملائي كبير بدلاً من الحصول على دقيقة لتعديلها قبل أن يراها الجميع؟
أعتقد أن رسائل البريد الإلكتروني الصادرة هذه تتم معالجتها بواسطة مهمة بدلاً من إرسالها في الوقت الفعلي. ربما تعمل كل خمس دقائق؟ قد يكون من الممكن تشغيل هذه المهمة مرة واحدة في الدقيقة.
إذا قام الأشخاص بتشغيل الإشعارات، فيمكنهم الحصول على أفضل الإشعارات في الوقت الفعلي في متصفحهم.
أيضًا، هل قمت بفحص رؤوس البريد الإلكتروني لمعرفة مقدار التأخير في نظام البريد؟
لدي رد عبر البريد الإلكتروني وموضوع جديد عبر البريد الإلكتروني مُعدّان، وهذا في الغالب ما سيتم استخدامه، لذا لن يتمكنوا من تغيير نصهم بعد الإرسال على أي حال.
كما ذكرت، هذه حالة استخدام صغيرة. أحاول الحصول على تبني من خلال عدم إجبار المستخدمين على استخدام واجهة الويب ولكن استخدام البريد الإلكتروني كما كنا نفعل (وإن كان ذلك بطريقة أكثر تنظيمًا (فئات ومواضيع)، دون الحاجة إلى إنشاء رسائل بريد إلكتروني تحتوي على 20 عنوان بريد إلكتروني واستخدام الرد على الكل، مع حفظ السجلات وواجهة ويب للمراجعة، إلخ - أي، ديسكورس).
أنا موافق على مهلة تعديل مدتها دقيقة واحدة إذا كانت هذه هي الحد الأدنى عند استخدام واجهة المستخدم.
إذًا، أسئلتي بشكل أكثر تحديدًا هي.
هل هناك إعداد للتأخير بين وقت نشر مشاركة بعد انتهاء مهلة التعديل ووقت قيام النظام بجدولة رسائل البريد الإلكتروني للإرسال، أم أن ذلك مبرمج بشكل ثابت، أم أنه فوري؟
إذا كانت المشاركة عبر البريد الإلكتروني، هل يتم تجاهل مهلة نافذة التعديل؟