عدم تطابق شهادة اسم المضيف للبريد الإلكتروني يسبب الحمل الزائد على طابور sidekiq وعدم استقرار شديد للموقع

حاولت إرسال رسالة من داخل حاوية Discourse Docker باستخدام curl. بمجرد التأكد من تحديد SMTP كنص عادي والمنفذ 25، يمكنني إرسال البريد الإلكتروني عبر المضيف بشكل جيد:

$ cd /var/discourse/
$ sudo ./launcher enter app
تم اكتشاف بنية x86_64.
root@discourse-app:/var/www/discourse# curl smtp://172.17.0.1 --mail-from discourse@mydomain.com --mail-rcpt myname@gmail.com --upload-file README.md
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  7077    0     0  100  7077      0   575k --:--:-- --:--:-- --:--:--  575k
root@discourse-app:/var/www/discourse#

وهذا هو شكل هذا الاختبار في سجلات البريد الإلكتروني للمضيف:

May 24 16:53:49 localhost postfix/smtpd[25494]: connect from discourse-docker[172.17.0.2]
May 24 16:53:49 localhost postfix/smtpd[25494]: EB62CB5FCD: client=discourse-docker[172.17.0.2]
May 24 16:53:49 localhost postfix/cleanup[26008]: EB62CB5FCD: message-id=<>
May 24 16:53:49 localhost opendkim[1365]: EB62CB5FCD: can't determine message sender; accepting
May 24 16:53:49 localhost postfix/smtpd[25494]: disconnect from discourse-docker[172.17.0.2] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5

بالنظر إلى أنني لم أحدد أي TLS والمنفذ 25 في ملف app.yml الخاص بي، وأن هذا العمل حتى إعادة البناء بالأمس، يبدو بشكل متزايد أن أحدث إصدار من Discourse يتجاهل تكوين SMTP الخاص بي في ملف app.yml.

إعجابَين (2)