Ich denke, es schlägt fehl, bevor überhaupt versucht wird, sich anzumelden.
Um Discourse als Faktor auszuschließen, versuchen Sie es vom Host UND innerhalb des Containers:
$ openssl s_client -connect smtp.mailgun.org:587 -starttls smtp
Sie sollten eine Menge Ausgabe erhalten und dann versuchen können, sich zu authentifizieren:
○ → openssl s_client -connect smtp.mailgun.org:587 -starttls smtp
Connecting to 34.160.63.108
CONNECTED(00000003)
…
SSL-Session:
…
---
read R BLOCK
EHLO localhost
250-2ed1d46f4d7dec773e2a97b59f3a3bf8a2d6db54f94eead5dcf49e3ea1caac18
250-AUTH PLAIN LOGIN
250-SIZE 52428800
250-8BITMIME
250-SMTPUTF8
250 PIPELINING
AUTH PLAIN bWljaGFlbABtaWNoYWVsAHBhc3N3b3Jk
501 Username used for auth is not valid email address
535 Authentication failed
closed
Die Zeichenfolgen, die Sie eingeben würden, sind:
EHLO localhost
AUTH PLAIN bWljaGFlbABtaWNoYWVsAHBhc3N3b3Jk
(Diese Zeichenfolge sind die Anmeldeinformationen michael/password, daher wird sie offensichtlich nicht funktionieren, aber Sie können diesen Beitrag lesen, um zu erfahren, wie Sie die Zeichenfolge für Ihre tatsächlichen Anmeldeinformationen erstellen, wenn Sie es manuell versuchen möchten)
Hoffentlich hilft es, wenn Sie aus erster Hand sehen, was funktioniert und was fehlschlägt.
Sie könnten auch versuchen, swaks zu verwenden, falls es verfügbar ist – es ist wahrscheinlich ein Betriebssystempaket, das Sie installieren können.
Es ist etwas einfacher und Sie können zum Beispiel:
swaks --to frodo@shire.net --from bilbo@shire.net --auth PLAIN --auth-user bilbo --auth-password ring --server smtp.mailgun.org:587 --tls
außer dass Sie Ihre echten Anmeldeinformationen verwenden können.
Die Ausgabe davon könnte ebenfalls helfen, das Problem aufzudecken.