خطأ في شهادة البريد الإلكتروني للتسليم المباشر

الدعم
1

لقد كنت أقوم بتشغيل حاوية mail-receiver الممتازة منذ إطلاقها.

مؤخرًا، لاحظت أنه لم يعد يتم استقبال رسائل البريد الإلكتروني الواردة. الخطأ هو:

<22>Jan 16 08:05:18 postfix/qmgr[84]: D5E7AE22F1: from=<alexander.wright@camra.org.uk>, size=8238, nrcpt=1 (queue active)
<23>Jan 16 08:05:18 receive-mail[485271]: Recipient: lounge@discourse.camra.org.uk
<19>Jan 16 08:05:18 receive-mail[485271]: Failed to POST the e-mail to https://discourse.camra.org.uk/admin/email/handle_mail: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed (OpenSSL::SSL::SSLError)
<19>Jan 16 08:05:18 receive-mail[485271]:   /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'
  /usr/local/bin/receive-mail:12:in `<main>'
<22>Jan 16 08:05:18 postfix/pipe[485270]: D5E7AE22F1: to=<lounge@discourse.camra.org.uk>, relay=discourse, delay=1072, delays=1072/0.01/0/0.14, dsn=4.3.0, status=deferred (temporary failure)

شهادة المواقع صالحة، فما الذي يحدث؟

مساعدة مطلوبة، من فضلك!

3 إعجابات
2

هل هذا مفيد؟

لست متأكدًا من المدة التي توقف فيها بريدك الوارد عن العمل، ولكن ربما يمكن أن يساعد إعادة بناء مستقبل البريد في كلتا الحالتين؟

5 إعجابات
3

هذا هو المطلوب. أعتذر، مهاراتي في البحث ليست على ما يرام هذا الصباح بوضوح.

4 إعجابات
4

فاتني أيضًا أن إعادة البناء كانت ضرورية. كان من الجيد لو أن أي شيء في لوحة الإدارة قد أشار إلى ذلك (بخلاف عدم تلقي رسائل البريد الإلكتروني). حسنًا.

إعجاب واحد (1)
5

من أين قد يأتي هذا المؤشر، أتساءل، بما أن البريد الإلكتروني خدمة مختلفة تمامًا؟ أعتقد أن إعادة البناء يجب أن تكون في الملاحظات لإعداد البريد الإلكتروني وتكوينه.

6

مجرد عصف ذهني (لأنني لا أعرف كيف يعمل أي من الكود):

يتواصل الحاوية عبر خطافات الويب (webhooks)، لذلك يجب أن يكون من الممكن إرسال أشياء أخرى غير رسائل البريد الإلكتروني من خلال خطافات ويب أخرى.

هل يمكنه إرسال جميع الأخطاء إلى سجل أخطاء المنتدى الرئيسي؟ أو تصفيتها إلى أخطاء Ruby؟

إذا لم يكن بإمكانه إرسال رسائل البريد الإلكتروني لمدة 3 أيام/أسبوع، فهل يمكنه تفعيل خطاف ويب، والذي يرسل بعد ذلك رسالة للمسؤول؟

باستثناء هذه الحالة المتعلقة بخطأ الشهادة، ألن تعمل خطافات الويب أيضًا؟ هل يمكنه إرسال خطافات الويب عبر localhost (أو عنوان IP محلي) بدلاً من الخروج إلى الإنترنت والعودة مرة أخرى؟

ربما عند إعداد مستلم البريد، يجب أن يطلب عنوان بريد إلكتروني لإرسال رسالة فشل إليه؟

لكن كل هذا يضيف تعقيدًا لشيء من غير المرجح حدوثه، ولأشياء غير متوقعة مثل تغيير الشهادة.

3 إعجابات
7

أراهن أن الكثير من الناس في نفس القارب. في أواخر العام الماضي، لاحظت Self-hosted mail-receiver update following Let's Encrypt root certificate change ولكنني اعتقدت خطأً أنني قمت بإعادة بناء حاوية mail-receiver منذ ذلك التاريخ. لم يكن سوى هذا الموضوع هو ما دفعني للتحقق.

3 إعجابات
8

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.