I’m using SMTP server from OVH. I created login, password and opened discourse-setup file. After all, I do rebuild, but Discourse still don’t send mails. I saw topic on meta, but change configuration still don’t help.
My guess is that the domain name you are using is not approved by the mail host. By defaul Discourse will send from the host name of the site. Mail server is probably set for example.com and Discourse is using forum.example.com. There is a line at the bottom of the configuration file to change it.
Aber ich erhalte: 504 5.7.4 Unbekannter Authentifizierungstyp
beim Testen mit ./discourse-doctor.
Ich nutze ein kostenpflichtiges OVH Email-Pro-Konto.
Ich verliere langsam die Hoffnung, dass ich jemals eine funktionierende Discourse-Installation habe. Ich habe zahlreiche kostenlose E-Mail-Konten ausprobiert, und Discourse konnte damit nie E-Mails versenden. Ich habe sogar meinen eigenen Postfix-Server versucht, aber ohne Erfolg.
Funktioniert das nur mit Mailgun?
Ja, ich habe immer noch ein Forum, das mit einem OVH Email-Pro-Konto läuft. Es funktioniert gut mit diesen Einstellungen:
## TODO: Der SMTP-Mailserver, der zur Validierung neuer Konten und zum Senden von Benachrichtigungen verwendet wird
DISCOURSE_SMTP_ADDRESS: pro1.mail.ovh.net
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: postmaster@*******
DISCOURSE_SMTP_PASSWORD: "*********"
DISCOURSE_SMTP_ENABLE_START_TLS: true # (optional, Standard: true)
DISCOURSE_SMTP_AUTHENTICATION: login
Vielleicht haben sich ihre Einstellungen für den Email-Server pro2 geändert, aber ich bezweifle es. Du kannst es mit einer falschen Einstellung für „enable start tls“ oder einem anderen Port versuchen; ich bin sicher, es ist immer noch möglich.
Wenn du schnell ein paar Tests durchführen möchtest, musst du die App nicht jedes Mal neu aufbauen. Du kannst folgenden Befehl ausführen:
Ich habe versucht, zu pro1.ovh zu wechseln… aber ich erhalte denselben Fehler Ich habe keine Ahnung, was schiefgehen könnte… Ich werde schon richtig wütend, weil ich so viele verschiedene Accounts ausprobiert, die Installation so oft neu aufgebaut habe und trotzdem nicht vorankomme…
Das ist bereits eine große Hilfe. Vielen Dank dafür. Das Neu aufbauen dauert ein paar Minuten, und selbst das Ändern einer einzigen Option bedeutete ein paar Minuten Wartezeit. So geht es jetzt viel schneller.
Danke. Mir gehen die Optionen und Ideen aus. Vielleicht probiere ich das einfach aus, um zu sehen, ob mein Discourse mit einem beliebigen SMTP-Server funktioniert. Ich fange an, daran zu zweifeln, da es bei mir mit OVH nicht funktioniert, aber bei jemand anderem schon…
Eine weitere Frage: Könntest du bitte versuchen, eine Telnet-Verbindung zu deinem OVH-Mailserver herzustellen?
Ich vermute, das hängt mit der Authentifizierung zusammen, die mein OVH-Mailserver erwartet.
Ich habe Folgendes versucht:
telnet pro2.mail.ovh.net 587
Ergebnis:
220 pro2.mail.ovh.net Microsoft ESMTP MAIL Service ready at Sun, 17 Jan 2021 15:50:55 +0100
EHLO mydomain-assigned-to-my-emailpro.pl
250-pro2.mail.ovh.net Hello [185.56.211.110]
250-SIZE 104857600
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-**AUTH GSSAPI NTLM**
250-8BITMIME
250-BINARYMIME
250 CHUNKING
Das lässt mich vermuten, dass mein Mailkonto bei OVH einen Authentifizierungstyp verwendet, den Discourse nicht versteht.
Was erhältst du, wenn du versuchst, eine Telnet-Verbindung zu deinem Server herzustellen? Bekommst du vielleicht AUTH LOGIN oder AUTH PLAIN?
EDIT: Und noch eine Frage: Hast du ein autoritäres oder nicht-autoritäres Email-Pro-Konto? Das könnte ebenfalls eine Rolle spielen. Ich habe ein nicht-autoritäres Konto, da ich meinen OVH-Mailserver nicht im autoritären Modus konfigurieren konnte.
Ich kann leider nicht viel helfen, da ich nicht das OVH-Konto für dieses Forum verwalte. Ich kümmere mich nur um den Server- bzw. Discourse-Teil davon. Das Konto wurde vor einigen Jahren erstellt. Meine Vermutung ist, dass sie seitdem einige Einstellungen in den E-Mail-Konten geändert haben. Für neue Nutzer könnte es etwas schwieriger sein.
Da ich jedoch Zugriff auf den Server habe, habe ich den Befehl ausgeführt. Ich weiß nicht, ob das hilft, aber hier ist das Ergebnis:
root@vps00000:~# telnet pro2.mail.ovh.net 587
Trying 37.59.xxx.xxx...
Connected to pro2.mail.ovh.net.
Escape character is '^]'.
220 pro2.mail.ovh.net Microsoft ESMTP MAIL Service ready at Sun, 17 Jan 2021 17:32:23 +0100
451 4.7.0 Timeout waiting for client input
Connection closed by foreign host.
(Es mag so wirken, als ob ich viel über E-Mails wüsste, aber ich bin ein Anfänger. Ich habe einfach eine Reihe von Dingen ausprobiert und es bei einigen Foren zum Laufen gebracht ^^)
Aber ich habe Discourse auf unseren eigenen dedizierten Ubuntu-Servern, auf Linode-Slices und auf macOS installiert und nie Probleme mit SMTP-E-Mails gehabt.
Es kann jedoch ein Problem mit SMTP-E-Mails innerhalb eines Docker-Containers geben, aber das ist ein Konfigurationsproblem von Docker und nicht von Discourse an sich.
Vielen Dank, Steven, dass du das ausprobiert hast.
Allerdings sehe ich, dass du beim Telnet-Versuch den entscheidenden Befehl nicht eingegeben hast, um alle unterstützten Serverfunktionen zu erhalten: EHLO.
Könntest du bitte erneut versuchen, eine Telnet-Verbindung zu diesem Server herzustellen und nach erfolgreicher Verbindung folgenden Befehl eingeben:
EHLO pro1.mail.ovh.net + Enter-Taste?
Dann antwortet der Server mit mehreren Zeilen, die mit 250 beginnen, und eine davon enthält AUTH, was die unterstützten Authentifizierungstypen auflistet. Eigentlich denke ich, dass dies eher eine Server- als eine Benutzerangelegenheit ist, denn bei mir antwortet der Server bereits, bevor ich meinen Benutzernamen eingebe. Ich würde trotzdem gerne sehen, was bei dir herauskommt. Falls du dasselbe Ergebnis wie ich erhältst, wird es für mich eine echte Rätselaufgabe, zu verstehen, warum es bei dir funktioniert und bei mir nicht, obwohl die OVH Email Pro-Authentifizierung von Discourse nicht unterstützt wird?
Eine weitere Sache: Du hast pro2 eingegeben und nicht pro1, obwohl du ursprünglich angegeben hast, dass dein Mailserver pro1 ist. Ich weiß, dass ich dasselbe tun könnte, aber ich weiß nicht – vielleicht funktioniert es basierend auf der IP-Geolokalisierung anders? Auch ich bin hier noch ein Neuling.