# Problem beim Senden der Aktivierungs-E-Mail
**URL:** https://meta.discourse.org/t/problem-sending-activation-email/136997
**Category:** Self-hosting
**Created:** [24. Dezember 2019 um 21:14 UTC](https://meta.discourse.org/t/problem-sending-activation-email/136997 "2019-12-24T21:14:44Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@nparab](https://meta.discourse.org/u/nparab)
#### Post date: [24. Dezember 2019 um 21:14 UTC](https://meta.discourse.org/t/problem-sending-activation-email/136997/1 "2019-12-24T21:14:44Z")
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
---
### Author:  [@nparab](https://meta.discourse.org/u/nparab)
#### Post date: [25. Dezember 2019 um 12:16 UTC](https://meta.discourse.org/t/problem-sending-activation-email/136997/2 "2019-12-25T12:16:11Z")
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](http://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?
---
### Author:  [@Johani](https://meta.discourse.org/u/Johani)
#### Post date: [25. Dezember 2019 um 12:59 UTC](https://meta.discourse.org/t/problem-sending-activation-email/136997/3 "2019-12-25T12:59:00Z")
Hallo und willkommen im Meta-Bereich, @nparab 👋
> [@nparab](#):
>
> die 1-Klick-App-Installation auf DigitalOcean
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](https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md) zu folgen.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [25. Dezember 2019 um 15:55 UTC](https://meta.discourse.org/t/problem-sending-activation-email/136997/4 "2019-12-25T15:55:47Z")
> [@nparab](#):
>
> Der Hostname „[mail.mydomain.com](http://mail.mydomain.com)“ stimmt nicht mit dem Serverzertifikat überein
Diese Meldung ist selbsterklärend und bedeutet, dass Ihr Mailserver falsch konfiguriert ist.
---
### Author:  [@nparab](https://meta.discourse.org/u/nparab)
#### Post date: [25. Dezember 2019 um 23:44 UTC](https://meta.discourse.org/t/problem-sending-activation-email/136997/5 "2019-12-25T23:44:00Z")
> [@pfaffman](#):
>
> Diese Meldung ist selbsterklärend und bedeutet, dass Ihr Mailserver falsch konfiguriert ist.
Aber wenn ich mich mit diesem Befehl verbinde:
openssl s\_client -starttls smtp -crlf -connect [mail.mydomain.com:587](http://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](http://mail.mydomain.com) -starttls smtp -crlf -connect [mail.mydomain.com:587](http://mail.mydomain.com:587)
wird ein Zertifikat für [mydomain.com](http://mydomain.com) anstelle des Zertifikats für [mail.mydomain.com](http://mail.mydomain.com) zurückgegeben.
Ist das die Fehlfunktion, von der Sie gesprochen haben?
Derzeit habe ich Discourse so konfiguriert, dass es [mydomain.com](http://mydomain.com) (anstelle von [mail.mydomain.com](http://mail.mydomain.com)) als DISCOURSE\_SMTP\_ADDRESS in der Datei app.yml verwendet, damit die Zertifikate übereinstimmen. Wird dies Probleme verursachen?