E-Mail-Testfehler in discourse-doctor

philion · 9. März 2025 um 05:32

Ich versuche, SMTP-Probleme mit ./discourse-doctor zu beheben.

Das nächstgelegene verwandte Problem, das ich finden konnte, ist Yet other SMTP 587 port email various errors.
Bevor ich die Vorschläge umsetzte, hatte ich durchgängig Timeouts.

Nach der Konfiguration:

DISCOURSE_SMTP_FORCE_TLS: true
DISCOURSE_SMTP_ENABLE_START_TLS: false

erhalte ich Folgendes von discourse-doctor:

==================== MAIL TEST ====================
Für einen robusten Test, holen Sie sich eine Adresse von http://www.mail-tester.com/
Oder senden Sie einfach eine Testnachricht an sich selbst.
E-Mail-Adresse für den Mailtest? ('n' zum Überspringen) [admin@burlyqna.org]:
Sende Mail an admin@burlyqna.org. . .
Teste das Senden an admin@burlyqna.org über smtp.mailfence.com:465, Benutzername:philion@mailfence.com mit einfacher Authentifizierung.
SMTP-Serververbindung erfolgreich.
Sende an admin@burlyqna.org. . .
Senden der Mail fehlgeschlagen.
Dateiende erreicht

Siehe: http://talk.burlyqna.org/NjdhMDAwYTk4NmM3MmM1.txt

Ich kann die SMTP-Serverkonfiguration extern mit folgendem Befehl validieren:

swaks --to philion@gmail.com --from admin@burlyqna.org --server smtp.mailfence.com:465 --auth LOGIN --tlsc --auth-user philion@mailfence.com

Irgendwelche Hinweise, wie SMTP-Serververbindung erfolgreich. aber Senden der Mail fehlgeschlagen. sein kann?

Vielen Dank,
Paul

thoka · 9. März 2025 um 06:42

Sollten Sie für TLS Port 587 verwenden?

Ich würde versuchen, puts error.backtrace (oder Ähnliches) nach

github.com/discourse/discourse

lib/tasks/emails.rake

50310ea96


      
              else
                puts <<~TEXT
                  SCRIPT BUG: Got back a #{email_log.class}
                  #{email_log.inspect}
          
                  Mail may or may not have been sent. Check the destination mailbox.
                TEXT
              end
            rescue => error
              puts "Sending mail failed."
              puts error.message
            end
          
            puts <<~TEXT if SiteSetting.disable_emails != "no"
          
                ### WARNING
                The `disable_emails` site setting is currently set to #{SiteSetting.disable_emails}.
                Consider changing it to 'no' before performing any further troubleshooting.
              TEXT
          end

hinzuzufügen und discourse-doctor erneut auszuführen.

sam · 9. März 2025 um 09:19

Support Helper Bot:

Vorgeschlagene Antwort:
Die Fehlermeldung "SMTP server connection successful. Sending mail failed. end of file reached" in Ihren discourse-doctor-Tests deutet wahrscheinlich auf ein Problem mit der Interaktion der Discourse-Umgebung mit Ihrem SMTP-Server während der E-Mail-Übermittlung hin.

Bestätigen Sie zunächst Ihre SMTP-Einstellungen in app.yml:
DISCOURSE_SMTP_ADDRESS: smtp.mailfence.com
DISCOURSE_SMTP_PORT: 465
DISCOURSE_SMTP_USER_NAME: philion@mailfence.com
DISCOURSE_SMTP_PASSWORD: [Ihr Passwort]
DISCOURSE_SMTP_FORCE_TLS: true
DISCOURSE_SMTP_ENABLE_START_TLS: false
DISCOURSE_SMTP_DOMAIN: [Ihre Domain] # Stellen Sie sicher, dass dies mit Ihrer Domain übereinstimmt!
Das Hinzufügen der Einstellung `DISCOURSE_SMTP_DOMAIN` ist in Ihrem Fall unerlässlich. Viele SMTP-Server, wie z. B. der smtp-relay von Google, lehnen Verbindungen mit `EHLO localhost` ab. Diese Einstellung stellt sicher, dass der HELO/EHLO-Befehl Ihren vollqualifizierten Domänennamen (FQDN) verwendet.
* Bauen Sie Ihre App nach dem Hinzufügen oder Ändern dieser Einstellungen neu:

1. ```
cd /var/discourse
./launcher rebuild app
Testen Sie Ihre Konfiguration, indem Sie Test-E-Mails über das Admin-Panel senden. Hinweis: Obwohl discourse-doctor in einigen spezifischen Konfigurationen aufgrund der Art und Weise, wie es die reguläre App-E-Mail-Pipeline umgeht, fehlschlagen kann, sind die Tests im Admin-Panel zuverlässiger.

Stellen Sie außerdem sicher, dass Ihre DNS-Einträge (wie SPF, DKIM und DMARC) für Ihre Domain korrekt konfiguriert sind, um eine Ablehnung durch den SMTP-Server zu vermeiden.

Hilfreiche Ressourcen:

Discourse SMTP sendet EHLO localhost: Detaillierte Erklärung und Lösung mit der Einstellung DISCOURSE_SMTP_DOMAIN.

Fehlerbehebung bei E-Mails bei einer Neuinstallation: Ein umfassender Leitfaden zur Diagnose und Behebung von Problemen bei der E-Mail-Einrichtung in Discourse.

Einrichtung von DISCOURSE_SMTP_DOMAIN: Beispiel für eine app.yml-Konfigurationsdatei mit den relevanten Einstellungen.

Zusätzlicher Kontext:
Die Meldung “end of file reached” tritt häufig auf, wenn der SMTP-Handshake fehlschlägt oder abrupt abbricht. Mit korrekten Domain-Einstellungen (DISCOURSE_SMTP_DOMAIN) und einem anschließenden Rebuild sollten diese Probleme für die meisten Konfigurationen behoben sein. Konsultieren Sie jedoch immer die Dokumentation Ihres E-Mail-Anbieters, um server-spezifische Nuancen zu erfahren.

Das hat unser Auto-Responder herausgefunden. Ich denke, es ist einen Versuch wert, die SMTP-Domain auszuprobieren.

philion · 9. März 2025 um 15:48

Thomas,

In den Supportforen gibt es viele Diskussionen über Port 465. Nach meiner Lektüre scheint es, dass Discourse viele Annahmen über SSL und TLS über SMTP trifft und es eine Handvoll Umgebungsvariablen gibt, die das detaillierte Verhalten steuern.

ALLERDINGS habe ich angesichts der Anzahl der gemeldeten Fehler und verwandten Fragen in diesen Foren den starken Eindruck, dass diese Einstellungen schlecht dokumentiert und schwer zu verwenden sind. Und da ähnliche Probleme bis ins Jahr 2017 zurückreichen, ist dies seit Jahren ein Problem.

Suchen nach „Port 465“ oder „Net::ReadTimeout smtp“ können eine lange Liste ähnlicher Probleme aufdecken.

philion · 9. März 2025 um 15:48

Ich werde es versuchen. Danke!

philion · 9. März 2025 um 16:18

Thomas,

Ich versuche, diese Datei im Docker-Build zu finden, und es gelingt mir nicht. Ich sehe, dass sie in einem Container verpackt ist, aber ich habe discourse/discourse_docker und nicht discourse/discourse geklont.

Wenn ich versuche, die App mit launcher enter app zu betreten, gibt es keine Möglichkeit, diese Datei zu bearbeiten oder vi zu installieren.

Ich kann keine Dokumentation oder Flags finden, um ./discourse-doctor mit aktivierten Debug-Protokollen auszuführen.

Schlägt auf die gleiche Weise fehl: E-Mail kann nicht gesendet werden, ./discourse-doctor meldet den gleichen Fehler.

philion · 9. März 2025 um 16:19

app.yml wie vorgeschlagen aktualisiert, App neu erstellt (keine E-Mail), ./discourse-doctor versucht und dieselbe Fehlermeldung erhalten.

thoka · 9. März 2025 um 16:20

./launcher enter  app
sudo apt update && sudo apt install neovim -y

sollte helfen.

philion · 9. März 2025 um 16:31

Danke! Ich werde ziemlich alt, wenn ich nicht mehr „sudo apt install vi“ kann. Ich muss mich daran erinnern, dass es jetzt neovim heißt.

philion · 9. März 2025 um 16:39

Angesichts der vorgeschlagenen Änderung zum Ausgeben des Stack-Trace biete ich an: http://talk.burlyqna.org/ODgyZjg5Y2QyMTU1ZmEx.txt

Der relevante Ausschnitt:

/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:237:in `rbuf_fill'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:199:in `readuntil'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:209:in `readline'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:1017:in `recv_response'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:1008:in `block in getok'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:1027:in `critical'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:1006:in `getok'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:986:in `quit'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:732:in `do_finish'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:645:in `ensure in start'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:645:in `start'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mail-2.8.1/lib/mail/network/delivery_methods/smtp.rb:109:in `start_smtp_session'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mail-2.8.1/lib/mail/network/delivery_methods/smtp.rb:100:in `deliver!'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mail-2.8.1/lib/mail/message.rb:269:in `deliver!'
/usr/local/lib/ruby/3.3.0/delegate.rb:87:in `method_missing'
/var/www/discourse/lib/email/sender.rb:296:in `send'

thoka · 9. März 2025 um 16:53

Es scheint, als hätte die andere Seite die Verbindung beendet.

Übrigens: http://talk.burlyqna.org/NjdhMDAwYTk4NmM3MmM1.txt ist nicht mehr verfügbar

philion · 9. März 2025 um 16:58

Werden diese Protokolldateien bei einem Neuerstellungsvorgang beibehalten?

philion · 9. März 2025 um 18:51

Ich habe Passwörter aktualisiert, um Symbole zu entfernen, auf die SMTP-Authentifizierungsverzögerung gewartet (lange genug, um zu Mittag zu essen), die richtigen Anmeldedaten bestätigt, um E-Mails mit swaks korrekt zu senden, und…

Gleicher Fehler.

Ich stelle fest, dass das Neuerstellen den Stacktrace-Dump entfernt, also werde ich ihn wieder hinzufügen und versuchen: ./launcher destroy app && ./launcher start app

philion · 9. März 2025 um 18:59

Installierter Debug-Trace, Doctor ausgeführt:
http://talk.burlyqna.org/NWQ5MjBlMTIwN2JiNGNl.txt

==================== MAIL TEST ====================
Für einen robusten Test, besorgen Sie sich eine Adresse von http://www.mail-tester.com/
Oder senden Sie einfach eine Testnachricht an sich selbst.
E-Mail-Adresse für Mail-Test? ('n' zum Überspringen) [admin@burlyqna.org]:
Sende Mail an admin@burlyqna.org. . .
Teste das Senden an admin@burlyqna.org unter Verwendung von smtp.mailfence.com:465, Benutzername: philion mit einfacher Authentifizierung.
SMTP-Serververbindung erfolgreich.
Sende an admin@burlyqna.org. . .
Senden der Mail fehlgeschlagen.
Dateiende erreicht
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:237:in `rbuf_fill'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:199:in `readuntil'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:209:in `readline'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:1017:in `recv_response'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:1008:in `block in getok'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:1027:in `critical'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:1006:in `getok'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:986:in `quit'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:732:in `do_finish'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:645:in `ensure in start'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:645:in `start'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mail-2.8.1/lib/mail/network/delivery_methods/smtp.rb:109:in `start_smtp_session'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mail-2.8.1/lib/mail/network/delivery_methods/smtp.rb:100:in `deliver!'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mail-2.8.1/lib/mail/message.rb:269:in `deliver!'

thoka · 9. März 2025 um 19:02

Haben Sie versucht, Ihre vollständige E-Mail-Adresse als Anmeldenamen zu verwenden?

philion · 9. März 2025 um 19:11

app.yml aktualisiert, um die vollständige E-Mail als Benutzer zu verwenden, neu bereitgestellt mit ./launcher destroy app && ./launcher start app.

Gleicher Fehler: http://talk.burlyqna.org/ZDg1YWE1YTA2YWU1Zjhj.txt

Destroy und Start haben auch das Debugging gelöscht, aber ich gehe davon aus, dass es dasselbe Problem ist:

case rv = @io.read_nonblock(BUFSIZE, tmp, exception: false)

gibt ein Nil zurück, und das führt zu einer EOF- und Nicht-/Fehlermeldung.

github.com/ruby/net-protocol

lib/net/protocol.rb

0d0c9f372


      
          case rv = @io.read_nonblock(BUFSIZE, tmp, exception: false)

philion · 10. März 2025 um 18:24

Nach viel Testen und viel Hilfe von @thoka biete ich die folgende Zusammenfassung an:

Ich kann SMTP-Tests mit denselben Anmeldeinformationen durchführen, die ich container/app.yml zur Verfügung gestellt habe und die sowohl mit swaks (Swaks - Swiss Army Knife for SMTP) als auch mit dem von @thoka bereitgestellten Ruby-Beispielcode (siehe unten) funktionieren.

Diese funktionieren konsistent. Der Versuch, einen Discourse-Server einzurichten (der die erste E-Mail an den Administratorbenutzer nicht senden kann) oder den discourse-doctor-Bot zu verwenden, führt jedoch zu E-Mail-Fehlern:

==================== MAIL TEST ====================
Für einen robusten Test, holen Sie sich eine Adresse von http://www.mail-tester.com/
Oder senden Sie einfach eine Testnachricht an sich selbst.
E-Mail-Adresse für Mail-Test? ('n' zum Überspringen) [admin@burlyqna.org]:
Sende Mail an admin@burlyqna.org. . .
Teste Senden an admin@burlyqna.org mit smtp.mailfence.com:465, Benutzername:xxx@mailfence.com mit Plain Auth.
SMTP-Serververbindung erfolgreich.
Senden an admin@burlyqna.org. . .
Senden der Mail fehlgeschlagen.
Dateiende erreicht

Dies scheint ein Fehler in der Protokollkonfiguration zu sein, da ich mit Standard-Ruby-Tools Test-E-Mails senden kann:

require 'mail'

SMTP_SERVER = 'smtp.mailfence.com'
SMTP_PORT = 465
USERNAME = 'xyz'
PASSWORD = '...'

FROM = 'admin@burlyqna.org'
TO = 'testing@gmail.com'
SUBJECT = 'Test von Ruby'

BODY = "Hallo,\n\nDies ist eine Test-E-Mail, die von Ruby über eine SSL-verschlüsselte Verbindung gesendet wurde.\n\nViele Grüße!"

Mail.defaults do
  delivery_method :smtp, {
    address: SMTP_SERVER,
    port: SMTP_PORT,
    user_name: USERNAME,
    password: PASSWORD,
    domain: "burlyqna.org",
    enable_starttls_auto: :false,
    authentication: :plain,
    ssl: true,
  }
end

begin
  puts 'Sende E-Mail...'
  puts "SMTP_SERVER: #{SMTP_SERVER}"
  puts "SMTP_PORT: #{SMTP_PORT}"
  puts "USERNAME: #{USERNAME}"
  puts "PASSWORD: #{PASSWORD}"
  puts "FROM: #{FROM}"
  puts "TO: #{TO}"

  mail = Mail.new do
    to TO
    from FROM
    subject SUBJECT
    body BODY
  end

  mail.deliver!
end

Die aktuellen SMTP-Einstellungen in meiner app.yml sind:

DISCOURSE_SMTP_ADDRESS: smtp.mailfence.com
DISCOURSE_SMTP_PORT: 465
DISCOURSE_SMTP_USER_NAME: xxx@mailfence.com
DISCOURSE_SMTP_PASSWORD: '...'
DISCOURSE_SMTP_FORCE_TLS: true                   # https://meta.discourse.org/t/cannot-send-email-problem-with-port-465/246004/8
DISCOURSE_SMTP_ENABLE_START_TLS: false           # (optional, Standard true)
DISCOURSE_SMTP_DOMAIN: burlyqna.org              # (von einigen Anbietern erforderlich)
DISCOURSE_NOTIFICATION_EMAIL: noreply@talk.burlyqna.org

philion · 13. März 2025 um 23:46

Abschließendes Follow-up: E-Mail funktioniert!

Die Probleme, die ich unterwegs hatte:

DISCOURSE_SMTP_PASSWORD hatte Symbole, war aber nicht in Anführungszeichen
DISCOURSE_SMTP_FORCE_TLS: true, um SSL zu ermöglichen
DISCOURSE_SMTP_ENABLE_START_TLS: false, um den TLS-Handshake zu stoppen
DISCOURSE_NOTIFICATION_EMAIL auf eine nicht existierende E-Mail-Adresse gesetzt

DISCOURSE_SMTP_ADDRESS: smtp.mailfence.com
DISCOURSE_SMTP_PORT: 465
DISCOURSE_SMTP_USER_NAME: example@mailfence.com
DISCOURSE_SMTP_PASSWORD: 'passwd'
DISCOURSE_SMTP_FORCE_TLS: true                  
DISCOURSE_SMTP_ENABLE_START_TLS: false
DISCOURSE_NOTIFICATION_EMAIL: admin@example.org

system · 12. April 2025 um 23:46

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.

Thema		Antworten	Aufrufe
Discourse with other websites, SMTP issue: End of file reached Installation	8	2341	22. Oktober 2020
Email not sending after update Installation email	12	1802	10. Dezember 2020
Troubleshoot email on a new Discourse install Self-Hosting email , configuring , how-to	35	179375	16. Oktober 2025
Discourse doctor parsing SMTP credentials not working (+ admin registration email not working) Support	21	1558	4. Februar 2021
Cannot send mail with Discourse on new install but can from command line (on digital ocean) Installation	8	2250	1. Juni 2020

E-Mail-Testfehler in discourse-doctor

Verwandte Themen