لست المسؤول عن النظام (sys admin) الخاص بـ AWS EC2 الذي يشغل نسخة Discourse الخاصة بنا، ولكني مسؤول عن نسخة Discourse نفسها. تعرضت خدمة البريد الإلكتروني AWS SES للإغلاق قبل 3 أسابيع لأسباب أمنية. فريق العمل السحابي لدينا يقوم بإصلاحه الآن فقط. لذلك، لمدة 3 أسابيع، لم يتمكن موقعنا من إرسال رسائل البريد الإلكتروني، وأرى أكثر من 40000 مهمة فاشلة ونفس العدد من المحاولات. أنا لست مطور ويب، لذلك لا أفهم ما تقوله صفحة Sidekiq، ولكني قلق من أن المهام الفاشلة ستعاد محاولتها عندما يعود خادم البريد الإلكتروني الخاص بنا عبر الإنترنت، مما يغرق الناس برسائل بريد إلكتروني قديمة لم يحصلوا عليها لمدة 3 أسابيع. هل سيكون هذا هو الحال؟ هل تعيد Discourse إرسال رسائل البريد الإلكتروني التي لم يتم إرسالها بسبب تعطل خادم البريد الإلكتروني؟ إذا كان الأمر كذلك، كيف يمكنني تعطيل ذلك لتجنب إغراق الأشخاص برسائل البريد الإلكتروني من موقعنا؟ هل يمكننا تعديل مستوى التفاصيل؟ على سبيل المثال، إرسال رسائل البريد الإلكتروني التي تظهر الأنشطة الجديدة فقط منذ تاريخ معين؟
خوفك له ما يبرره.
لست متأكدًا من مقدار الوقت المتاح لديك لإصلاح هذا؟ قد يكون أحد الحلول هو إعداد وتكوين خادم بريد يقبل رسائل البريد الإلكتروني ولكنه يتجاهلها ببساطة.
الطريقة السريعة جدًا (والقذرة جدًا) لحل هذه المشكلة هي استخدام redis-cli وإصدار أمر flushdb. سيؤدي ذلك إلى إزالة جميع المهام المعلقة. سيؤدي أيضًا إلى تسجيل خروج جميع المستخدمين. ثم أعد تشغيل Discourse الخاص بك للتأكد من أن جميع المهام العادية تعمل مرة أخرى.
تسجيل خروج جميع المستخدمين ليس مرغوبًا بالتأكيد… يجب إصلاح خادم البريد الإلكتروني اليوم، لكنني لست متأكدًا مما إذا كان مسؤولو النظام لدينا سيكون لديهم المرونة لإعداد خادم البريد الإلكتروني للتخلص من كل شيء.
أرى زر “قتل الكل” و “حذف الكل” في أسفل صفحة “إعادة المحاولة” في Sidekiq (انظر المرفق). هل يمكن أن يساعد ذلك؟
سيؤدي مسح جميع المهام من قائمة انتظار نوع معين إلى حل المشكلة.
(سأضطر إلى العودة ومحاولة استخراج كيفية القيام بذلك…)
أعتقد أنك متأكد. استغرقوا ثلاثة أسابيع لإصلاحه على الإطلاق.
يمكنك أن تسأل عما إذا كان بإمكانهم البحث في جوجل عن كيفية مسح الوظائف من sidekiq وحذف وظائف البريد الإلكتروني. أعتقد أن هذا هو أفضل رهان لك.
أفترض أنك لا تملك صلاحية القيام بذلك بنفسك أو توظيف أي شخص للمساعدة. هل يمكنك الاتصال بـ ec2 الذي يعمل عليه؟ يمكنك محاولة حذف الـ 50 ألف كلها من واجهة الويب.
صفحة المساعد الجانبي بخيارات القتل/الحذف عملت. لم تكن هناك حاجة لمسؤول نظام EC2، فكونك مسؤول المنتدى كان كافيًا للعمل من صفحة المساعد الجانبي، وتمكنت من حذف جميع رسائل البريد الإلكتروني المعلقة.
بعد عودة خادم البريد الإلكتروني إلى العمل، لم يتم إعادة إرسال أي بريد إلكتروني “معلق”.