منذ ذلك الحين، تعرضنا لحادث لم يستقبل فيه Discourse رسائل البريد الإلكتروني الواردة لمدة خمسة أيام: في 1 أبريل، التقط رسالتي بريد إلكتروني واردتين على الفور، لكنه فشل في التقاط 4 منشورات بريد إلكتروني واردة جاءت في يومي 2 و3 أبريل. ثم، في 5 أبريل، لأسباب غير معروفة، أظهر السجل:
استثناء الوظيفة: -ERR [SYS/TEMP] الخادم في طور الإغلاق.
وفي اليوم التالي، استأنف استرجاع الرسائل من صندوق البريد POP الخاص بنا (على الرغم من أنه، مرة أخرى، يعاني من بطء متقطع — فهو مضبوط للتحقق من صندوق البريد كل بضع دقائق، لكنه أحيانًا يسترجع الرسائل الجديدة خلال بضع دقائق، وأحيانًا أخرى يستغرق ذلك بضع ساعات).
هل قد يساعد في محاولة إعادة تشغيل Discourse مرة واحدة يوميًا باستخدام مهمة مجدولة (cron job)؟ هذه مجتمع منخفض الحجم مع بضع منشورات فقط يوميًا (عادةً 5-10 منشورات يوميًا)، لكن معظم الأعضاء يستقبلون المنشورات عبر البريد الإلكتروني، ويريد الجميع أن تُرسل المنشورات عبر البريد الإلكتروني على الفور.
لذلك:
هل إعادة تشغيل Discourse مرة واحدة يوميًا مفيد للتطبيق، أم ضار، أم لا شيء من ذلك؟
هل هناك أي شيء آخر يمكنني تجربته لجعل Discourse يسترجع رسائل POP الخاصة بنا بشكل أكثر تكرارًا؟
هل رسالة “إغلاق الخادم” صادرة عن خادم POP الخاص بي؟ كنت أظن أنها قادمة من Droplet في Digital Ocean. (لقد راجعت سجلات الأخطاء مرة أخرى، وتأكدت من أن التتبع الخلفي يشير إلى POP3Command#check_response. غريب.)
شكرًا لك على الرابط المفيد الخاص بتسليم البريد الوارد مباشرةً - كنت أظن أنني أفعل ذلك بالفعل، لكن يبدو أنني لم أفعل. أنا متردد قليلًا بشأن تعقيدات إعداد البريد الوارد والصادر بشكل صحيح، خاصةً عندما يجب توجيه كل البريد الوارد الآخر إلى cPanel، لكن هذه فكرة جيدة، وربما أجربها.