Zertifikatsfehler beim E-Mail-Hostname verursacht sidekiq-Warteschlangenüberlastung, schwere Website-Instabilität

Ich habe versucht, eine Nachricht aus dem Discourse Docker-Container mit curl zu senden. Sobald ich sichergestellt hatte, dass Klartext-SMTP und Port 25 angegeben waren, konnte ich E-Mails über den Host problemlos senden:

$ cd /var/discourse/
$ sudo ./launcher enter app
x86_64 arch detected.
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#

Und so sah dieser Test in den E-Mail-Protokollen des Hosts aus:

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

Da ich in meiner app.yml keine TLS und Port 25 angegeben habe und dies bis zum gestrigen Rebuild funktionierte, sieht es immer mehr danach aus, als würde das neueste Discourse meine SMTP-Konfiguration in app.yml ignorieren.

2 „Gefällt mir“