نظام البريد لا يعمل على الرغم من اختباره باستخدام telnet ومنصات أخرى

لسبب ما، لا أستلم بريدًا إلكترونيًا من إعدادات Discourse الخاصة بي.

لقد اختبرت بالفعل إعدادات SMTP الخاصة بي وهي تعمل مع منصات أخرى.

كما قمت باختبارها باستخدام Telnet.

راجع استكشاف أخطاء البريد الإلكتروني وإصلاحها في تثبيت Discourse جديد.

من المشاكل الشائعة أن Discourse يرسل من عنوان بريد إلكتروني لا يقبله خادمك.

أنا في وضع مشابه. قمت بالتثبيت، ويستجيب الموقع، لكن بريد التسجيل لا يصل أبدًا. اختبرت إرسال البريد من خادم discourse، ومن داخل حاوية التطبيق باستخدام نفس الإعدادات/بيانات الاعتماد => نجح الأمر، وتم إرسال الرسالة التجريبية واستلامها بشكل صحيح. عند تشغيل doctor، يظهر لي ما يلي:

Sending mail to my_correct_user@my_correct_domain. . . 
Testing sending to my_correct_user@my_correct_domain using correct_smtp_server_name:465, username:correct_smpt_user@correct_sender_domain with plain auth.
======================================== ERROR ========================================
                                    UNEXPECTED ERROR

Net::ReadTimeout

====================================== SOLUTION =======================================
This is not a common error. No recommended solution exists!
[....]

لقد جربت تبديل المنفذ إلى 587، وعندها لم يعد يظهر Net::ReadTimeout في السجلات، لكن لا يزال لا شيء يُرسل. ما الخطوة التالية؟ وما هو المحتوى الصحيح لـ DISCOURSE_SMTP_DOMAIN؟ هذا هو الشيء الوحيد الذي ما زلت أشك فيه.

نفس المشكلة هنا. يرجى المساعدة.

إذا كنت تواجه مهلة قراءة، فهذا يعني أن منفذ SMTP الصادر محظور. ستحتاج إلى طلب إلغاء الحظر أو استخدام منفذ آخر.

أنا شخصياً أستخدم منفذ submission على هذا الخادم حتى لا يتم حظره بالتأكيد. و - صحيح - عند استخدام 587، لا يظهر خطأ المهلة. بما أنه ليس لدي طريقة لإجراء تغييرات على تكوين الخادم، فهل يجب أن أفهم أن SMTPS فقط هو المدعوم؟

المنفذ 587 لديه بروتوكول نقل النص التشعبي الآمن الصريح (STARTTLS) ويمكن تكوين خادم البريد للقبول على هذا المنفذ دون الحاجة إلى بروتوكول نقل النص التشعبي الآمن، لذلك يمكنك القيام بإرسال بريد غير مشفر عبر هذا المنفذ.

(المنفذ 465، الذي تم إيقافه الآن إلى حد ما، كان لديه بروتوكول نقل النص التشعبي الآمن الضمني ولم يكن لديك خيار هناك).

حسنًا، الخادم مُعد للعمل مع TLS صريح على منفذ الإرسال (587). الآن، ما الذي يحتاج المرء إلى فعله في إعدادات Discourse لجعله يعمل عبر 587 مع TLS؟ هل يجب/لا يجب أن يعمل فورًا؟

يوجد DISCOURSE_SMTP_ENABLE_START_TLS وهو افتراضي true.