Incompatibilité du certificat de l'hôte de messagerie provoquant une surcharge de la file d'attente sidekiq, une instabilité grave du site

J’ai essayé d’envoyer un message depuis le conteneur Docker de Discourse en utilisant curl. Une fois que je me suis assuré de spécifier SMTP en texte brut et le port 25, je peux envoyer des e-mails via l’hôte sans problème :

$ 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#

Et voici à quoi ressemblait ce test dans les journaux de messagerie de l’hôte :

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

Étant donné que je n’ai spécifié aucun TLS ni le port 25 dans mon fichier app.yml, et que cela a fonctionné jusqu’à la reconstruction d’hier, il semble de plus en plus que la dernière version de Discourse ignore ma configuration SMTP dans app.yml.

2 « J'aime »