إذا لم أكن بحاجة إلى أي من الأشياء المتقدمة، فلن أحتاج إلى استخدام المتغيرات POSTCONF_smtpd_tls...، أليس كذلك؟
الموقع الإلكتروني هو بالطبع https.
لن تحتاج إلى الاختلافات المذكورة أعلاه، ولكنك ستظل بحاجة إلى تكوين TLS الموجود في samples/mail-receiver.yml، والذي تم تعديله لاسم النطاق الخاص بك، لدعم تشفير TLS.
بافتراض أنك تستخدم قالب Let’s Encrypt لـ https، ما عليك سوى إلغاء التعليق على الأسطر الموجودة في العينة مع استبدال اسم النطاق.
إعجابَين (2)
حسنًا، هل لديك أي أفكار لماذا توقف عن العمل مؤخرًا، ويظهر هذا الخطأ بشأن الشهادات؟
<19>Oct 6 19:18:27 receive-mail[94]: فشل في إرسال البريد الإلكتروني إلى https://www..../admin/email/handle_mail:
SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B:
certificate verify failed (OpenSSL::SSL::SSLError)
<19>Oct 6 19:18:27 receive-mail[94]: /usr/local/lib/ruby/2.3.0/net/protocol.rb:44:in `connect_nonblock'
/usr/local/lib/ruby/2.3.0/net/protocol.rb:44:in `ssl_socket_connect'
/usr/local/lib/ruby/2.3.0/net/http.rb:928:in `connect'
/usr/local/lib/ruby/2.3.0/net/http.rb:863:in `do_start'
/usr/local/lib/ruby/2.3.0/net/http.rb:852:in `start'
/usr/local/lib/ruby/2.3.0/net/http.rb:1384:in `request'
/usr/local/lib/ruby/site_ruby/mail_receiver/discourse_mail_receiver.rb:42:in `process'
حسنًا، يوضح الخطأ أنه تم استلام بريد إلكتروني وفشل في التحقق من الشهادة عند محاولة الاتصال بمثيل Discourse الخاص بك. هذا يخبرنا أن المشكلة ليست مع شيء آخر يتصل بمستقبل البريد الخاص بك، على الرغم من أنه ليس بالضرورة أن TLS يعمل. (قد يكون البريد الإلكتروني قد تم تسليمه بدون TLS)
من الصعب معرفة ما قد يحدث بناءً على ذلك فقط، ولكن إذا انتقلت إلى https://www.... (النطاق كما يظهر بالضبط في رسالة الخطأ) في متصفحك، فهل يتصل بنجاح؟
إذا كان الأمر كذلك، فمن المحتمل أن يشير هذا إلى أن مستقبل البريد الخاص بك لا يثق به لسبب ما.
إذا لم يكن الأمر كذلك، فقد يشير هذا إلى وجود خطأ ما في إعداد SSL في app.yml (على سبيل المثال، الحصول على شهادة لـ example.com فقط وليس لـ www.example.com) أو وجود خطأ ما في عنوان URL الخاص بـ Discourse في mail-receiver.yml (على سبيل المثال، استخدام www.example.com عندما يجب أن يكون example.com فقط).
إعجابَين (2)
إذا قمت بتضمين اسم المضيف الخاص بك، فيمكننا المساعدة بشكل أكبر.
هل قمت بتغيير اسم النطاق الخاص بموقعك؟ هل الشهادة صحيحة على الموقع؟
هل تغير أي شيء آخر في الموقع خلال الـ 90 يومًا الماضية؟
https://www.programmersforum.rocks
لا توجد تغييرات في النطاق أو أي شيء آخر، الموقع يعمل بشكل جيد.
في الواقع، تُظهر السجلات أن الأمر بدأ في نوفمبر الماضي، ولكن لم تكن هناك تغييرات.
حسناً، هذه الشهادة ممتازة.
أخبرنا المزيد عن خادم البريد الذي يتصل بمنتدى الخاص بك. هل هو حاوية Docker عادية لاستقبال البريد؟
لقد قمت بفحصها باستخدام //email/testTo: ؛ إذا كنت تريد التحقق بنفسك، فهذه طريقة للاختبار.
كما يقترح ريتشارد، لا يبدو أن المشكلة تتعلق بـ Discourse مستقبل البريد الإلكتروني.
إذا كان قد بدأ في نوفمبر الماضي، فمن شبه المؤكد أنه انتهاء صلاحية شهادة الجذر Let’s Encrypt. ستحتاج فقط إلى سحب الصورة الجديدة وإعادة البناء.
إعجاب واحد (1)
لا، أعتقد أن المشكلة تكمن بين مستقبل البريد الإلكتروني و Discourse.
Discourse هو واجهة عامة لذلك تمكنت من التحقق من شهادة Discourse ورؤية أنها كانت جيدة.
لذا فإن شكي هو أن الأمر يتعلق بنهاية مستقبل البريد الإلكتروني.
هذا يبدو احتمالًا جيدًا!
أتفق، لكن تفسير سيمون قد يفسر المشكلة مع أي شيء يتصل بمستقبل البريد.
تحرير: إذا كان من الممكن أن المشكلة بدأت في نوفمبر الماضي ولكن تم ملاحظتها مؤخرًا فقط.
…
إعجاب واحد (1)
صَحَّح أليكس عندما بدأ في إحدى ردوده:
إعجاب واحد (1)
آه، نعم، التحديث أصلح خطأ SSL.
ولكن بعد ذلك كان يتلقى استجابة 404. إنشاء مفتاح API جديد أصلحه.
إعجابَين (2)
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.