Ich versuche, SMTP für Gruppen zu implementieren, erhalte aber immer wieder die folgende Fehlermeldung.
Ich verwende jedoch denselben SMTP-Server, den auch die Instanz verwendet, und erhalte dieselbe Fehlermeldung, selbst wenn ich dieselben Anmeldeinformationen verwende, die in meiner app.yml-Datei angegeben sind… Ich verstehe nicht, warum er sich anders verhält: E-Mails werden mit den Standardanmeldeinformationen perfekt gesendet.
In den Protokollen meines SMTP-Servers sehe ich eine Verbindung vom Discourse-Server, dann erhalte ich die folgende Meldung:
smtp bad-input result=“500 5.5.1 Invalid command: Pipelining not supported”
smtp disconnected reason=“io-error: Connection reset by peer”
Normale Nutzung
Benutzer erstellen Themen, antworten usw. andere Benutzer erhalten E-Mail-Benachrichtigungen wie erwartet
Auch bei der Test-E-Mail-Versand über die Administrationsoberfläche: kein Problem, sie wird gut gesendet und gut empfangen
Mit tcpdump sehen wir eine korrekte Sequenz, die Verbindung über STARTTLS usw.
Discourse-doctor und rake
Verwendung von discourse-doctor oder rake emails:test
Die E-Mail wird nicht gesendet und ich erhalte eine Fehlermeldung: 503 5.5.1 Invalid command: Command not supported
Gruppen-SMTP
Beim Testen der Gruppen-SMTP sehe ich ein “DATA fragment”-Paket von Discourse unmittelbar nach dem TCP-Handshake, worauf der SMTP-Server mit 220 xxxxxxx ESMTP OpenSMTPD und dann mit der Meldung 500 5.5.1 Invalid command: Pipelining not supported antwortet.
Leider funktioniert es nicht.
Wenn ich “SSL für SMTP verwenden” deaktiviere, erhalte ich folgende Fehlermeldung:
Was seltsam ist, da ich weiß, dass meine Anmeldedaten korrekt sind.
Bei der Überprüfung mit tcpdump verhält es sich so, wie ich es für den Fall “Discourse-doctor und Rake” erklärt habe.
Der Austausch zwischen Discourse und dem SMTP-Server sieht wie folgt aus:
Es ist, als ob Discourse nicht versucht, STARTTLS zu initiieren; es ist genau so, wie es in dem Beitrag beschrieben wird, auf den ich in meiner vorherigen Nachricht verlinkt habe.