Problem beim Senden der Aktivierungs-E-Mail

Unterstützung Installation
1

Ich habe Discourse mit der 1-Klick-Installation auf DigitalOcean mit LetsEncrypt-HTTPS-Unterstützung installiert. Ich erhalte keine Aktivierungs-E-Mail auf meinem Admin-E-Mail-Konto. Wenn ich ./discourse-doctor ausführe, erhalte ich beim Schritt „E-Mail senden

2

Update: Ich habe die Aktivierungs-E-Mail mit Port 587 zum Laufen gebracht und den folgenden Wert in der Datei app.yaml verwendet:

DISCOURSE_SMTP_ENABLE_START_TLS: false

Nachdem ich mich in der Admin-Oberfläche angemeldet habe, konnte ich die folgenden Sidekiq-Fehler sehen (bereits vorher vorhanden?):

Jobs::HandledExceptionWrapper: Wrapped OpenSSL::SSL::SSLError: hostname “mail.mydomain.com” stimmt nicht mit dem Serverzertifikat überein

Mir ist klar, dass dieser Fehler verschwunden ist, weil ich DISCOURSE_SMTP_ENABLE_START_TLS auf false gesetzt habe, aber ist das der richtige Weg?

3

Hallo und willkommen im Meta-Bereich, @nparab :wave:

Ich fürchte, wir können die von DigitalOcean angebotene 1-Klick-Installation nicht unterstützen, da dies nicht die offiziell empfohlene Methode zum Einrichten von Discourse ist. Ich empfehle Ihnen dringend, unserem offiziellen Installationsleitfaden zu folgen.

4

Diese Meldung ist selbsterklärend und bedeutet, dass Ihr Mailserver falsch konfiguriert ist.

5

Aber wenn ich mich mit diesem Befehl verbinde:

openssl s_client -starttls smtp -crlf -connect mail.mydomain.com:587

funktioniert die Verbindung einwandfrei und ich kann sogar E-Mails senden. Wenn der Mailserver falsch konfiguriert wäre, sollte dieser Befehl auch nicht funktionieren, oder?

Update: Bei der Ausführung dieses Befehls:

openssl s_client -servername mail.mydomain.com -starttls smtp -crlf -connect mail.mydomain.com:587

wird ein Zertifikat für mydomain.com anstelle des Zertifikats für mail.mydomain.com zurückgegeben.

Ist das die Fehlfunktion, von der Sie gesprochen haben?

Derzeit habe ich Discourse so konfiguriert, dass es mydomain.com (anstelle von mail.mydomain.com) als DISCOURSE_SMTP_ADDRESS in der Datei app.yml verwendet, damit die Zertifikate übereinstimmen. Wird dies Probleme verursachen?