Hallo, ich versuche bereits, mein SMTP-Problem zu beheben, aber es werden keine E-Mails gesendet. Wenn ich den Befehl ./discourse-doctor ausführe, erhalte ich einen Net::Timeout-Fehler.
Gemäß diesem RFC sind sowohl Port 465 als auch Port 587 gültige Ports für einen SMTP-Mail-Submission-Agent (MSA).
Port 465 erfordert die Aushandlung von TLS/SSL beim Verbindungsaufbau, während Port 587 STARTTLS verwendet, falls TLS ausgehandelt werden soll.
Das IANA-Register wurde aktualisiert, um die legitime Nutzung von Port 465 für diesen Zweck zuzulassen.
Für einen SMTP-Mail-Relay wird ausschließlich Port 25 verwendet, sodass STARTTLS der einzige Weg ist, TLS bei Mail-Relays zu nutzen.
@kyekiller, du solltest in Erwägung ziehen, diese Einstellung (auf false setzen), wenn du Port 465 verwenden möchtest:
DISCOURSE_SMTP_ENABLE_START_TLS: false
Das Kommentieren wird wahrscheinlich nicht viel helfen, da der Standardwert dieser Einstellung direkt in den Discourse-Container-Dateien auf true gesetzt ist; das Kommentieren dieser Zeile führt also immer noch dazu, dass der Wert auf true bleibt:
Wenn eine TCP-Verbindung für den „submissions“-Dienst (Standardport 465) hergestellt wird, beginnt sofort ein TLS-Handshake. Clients MÜSSEN den in [RFC7817] beschriebenen Zertifikatsvalidierungsmechanismus implementieren. Sobald die TLS-Sitzung etabliert ist, werden Protokolldaten für die Nachrichtenübermittlung [RFC6409] für den Rest der TCP-Verbindung als TLS-Anwendungsdaten ausgetauscht. (Hinweis: Der Dienstname „submissions“ ist in Abschnitt 7.3 dieses Dokuments definiert und folgt der üblichen Konvention, dass der Name eines Diensts, der auf Implicit TLS aufgesetzt ist, aus dem Namen des Dienstes ohne TLS besteht, ergänzt um ein „s“ am Ende.) Der STARTTLS-Mechanismus auf Port 587 ist aufgrund der Situation mit Port 465 (diskutiert in Abschnitt 7.3) relativ weit verbreitet. Dies unterscheidet sich von IMAP- und POP-Diensten, bei denen Implicit TLS auf Servern weiter verbreitet ist als STARTTLS. Es ist wünschenswert, im Laufe der Zeit Kernprotokolle, die von MUA-Software verwendet werden, auf Implicit TLS zu migrieren, sowohl aus Konsistenzgründen als auch aufgrund der weiteren Gründe, die in Anhang A diskutiert werden. Um jedoch die Verschlüsselung für die Übermittlung maximal zu nutzen, ist es wünschenswert, beide Mechanismen für die Nachrichtenübermittlung über TLS für einen Übergangszeitraum von mehreren Jahren zu unterstützen. Daher SOLLTEN Clients und Server sowohl STARTTLS auf Port 587 als auch Implicit TLS auf Port 465 für diesen Übergangszeitraum implementieren. Beachte, dass es keinen signifikanten Unterschied zwischen den Sicherheitsmerkmalen von STARTTLS auf Port 587 und Implicit TLS auf Port 465 gibt, wenn die Implementierungen korrekt sind und sowohl der Client als auch der Server so konfiguriert sind, dass eine erfolgreiche Aushandlung von TLS vor der Nachrichtenübermittlung erforderlich ist.
Hinweis: Es gibt zwei TLS-bezogene Standardeinstellungen aus den Discourse-Defaults:
# SMTP-Authentifizierungsmechanismus
smtp_authentication = plain
# TLS-Verschlüsselung für SMTP-Verbindungen aktivieren
smtp_enable_start_tls = true
# Modus zur Verifizierung von SMTP-Serverzertifikaten
# Zum Deaktivieren auf 'none' setzen
smtp_openssl_verify_mode =
# Implicit TLS gemäß RFC 8314 3.3 erzwingen
smtp_force_tls = false