Während DISCOURSE_SMTP_ADDRESS bereits vorhanden ist, was bewirkt die Einstellung DISCOURSE_SMTP_DOMAIN in containers/app.yml?
Es ist nicht so, dass Desktop-Clients normalerweise getrennt nach „Adresse“ und „Domäne“ fragen, daher war ich verwirrt.
Ich habe die gleiche Frage. Ich habe nach einer Antwort gesucht und dieses Thema gefunden.
Genauer gesagt frage ich mich, ob wir hier dieselbe Subdomain einfügen sollen, die die Discourse-Instanz hat (discourse.example.com) oder die Domain (example.com). Und ob dies überhaupt etwas mit der SMTP-Konfiguration zu tun hat.
Es wird direkt an action_mailer übergeben
Die Dokumentation von Action_Mailer (Actions_Mailer’s Docs) bezeichnet es als Teil der SMTP-Konversation.
Gibt es einen Grund, warum diese Zeile in app.yml
DISCOURSE_SMTP_DOMAIN: discourse.example.com # (required by some providers)
nicht während ./discourse-setup abgefragt wird und auch nicht auskommentiert ist, was einen falschen Wert in der Konfiguration einführt?
Falls es zukünftigen Lesern hilft…
Antworte mir selbst 
Basierend auf Emails have stopped sending - end of file reached - #25 by Falco müssen Sie Ihre Mail-Domäne hinzufügen, d. h. mail.example.com.