Aktivierungs-E-Mail wird nicht zugestellt, Test-E-Mail funktioniert

Hallo,

ich habe ein Problem mit der Aktivierungs-E-Mail. Laut den Logs wird sie zwar gesendet, aber ich erhalte nichts. Wenn ich den Discourse Doctor verwende, bekomme ich die E-Mail jedoch problemlos.
Gibt es einen Unterschied zwischen den beiden?

Um die Verwirrung noch zu erhöhen: Letzte Woche habe ich die Aktivierungs-E-Mail erhalten, aber aufgrund von Problemen mit der DNS-Propagation konnte der Aktivierungsbutton nicht geklickt werden. Das wurde inzwischen behoben. Es wurden jedoch keine weiteren Änderungen vorgenommen, außer dass ein neuer A-Eintrag hinzugefügt wurde, um auf die IP-Adresse zu verweisen. Ich bin daher verwirrt, was sich geändert haben könnte, sodass die E-Mail jetzt nicht mehr zugestellt wird?

Überprüfen Sie die Protokolle Ihres E-Mail-Anbieters: Wird die E-Mail dort als durch das System gelaufen angezeigt?

Haben Sie Ihren Spam-Ordner geprüft?

Ich bin mir nicht sicher, ob ich Zugriff auf die Protokolle des E-Mail-Anbieters habe. Bisher habe ich Microsoft 365 Enterprise für E-Mails verwendet (ich weiß, dass das nicht optimal ist, und wir planen, es zu ändern). Ich habe jedoch keinen Admin-Zugriff, was meiner Meinung nach erforderlich ist, um die Protokolle zu finden? Zumindest kann ich von meinem Zugangspunkt aus keine finden.

Nichts im Junk-Ordner.

Ich habe erneut in das Produktionsprotokoll geschaut. Sieht das für dich korrekt aus?:

Processing by FinishInstallationController#register as HTML
Parameters: {“utf8”=>“✓”, “authenticity_token”=>“***==”, “email”=>“my@email”, “username”=>“PappaK”, “password”=>“[FILTERED]”, “commit”=>“Register”}
Redirected to mydomain. com
Completed 302 Found in 24ms (ActiveRecord: 0.0ms | Allocations: 4888)
Started GET “/finish-installation/confirm-email” for IP at 2020-09-21 05:37:43 +0000
Processing by FinishInstallationController#confirm_email as HTML
Rendering finish_installation/confirm_email.html.erb within layouts/finish_installation
Rendered finish_installation/confirm_email.html.erb within layouts/finish_installation (Duration: 1.0ms | Allocations: 388)
Rendered layouts/_head.html.erb (Duration: 13.4ms | Allocations: 2930)
Completed 200 OK in 18ms (Views: 16.5ms | ActiveRecord: 0.0ms | Allocations: 4738)

Es scheint seltsam, dass es keine Bestätigung gibt, dass eine E-Mail gesendet wurde, wie beim E-Mail-Test:

Delivered mail my@email. com (682.5ms)

Ich habe einige identifizierende Details aus den Protokollen entfernt.

Ich habe es gerade mit mail-tester und dem Discourse-doctor-Test versucht, und er ist ebenfalls fehlgeschlagen. Die SMTP-Verbindung wurde jedoch zunächst erfolgreich hergestellt:

SMTP-Serververbindung erfolgreich.
Senden an test-2g0mti7f5@srv1.mail-tester.com. . .
Senden der E-Mail fehlgeschlagen.

Der Discourse-doctor-Test funktioniert für meine Firmen-E-Mail noch einwandfrei. Bei meiner privaten E-Mail heißt es zwar, sie wurde vom SMTP-Server akzeptiert, aber ich erhalte die E-Mail nicht.

Hast du den Spam-Ordner überprüft?

Ja, in keinem Posteingang wurde etwas im Spam-Ordner erhalten.

Ist das O365-Konto autorisiert, E-Mails mit der für Discourse konfigurierten Adresse zu versenden?

Ich habe den Rat aus diesem Thread befolgt:

Ich habe den Connector hinzugefügt und die vom O365-Admin-Portal bereitgestellte MX-Adresse verwendet.

Ich habe mich entschieden, den gesamten Droplet (von DigitalOcean) neu aufzusetzen, nachdem ich die App bereits neu installiert hatte, um zu sehen, ob das hilft. Und es hat funktioniert! Mein Forum läuft jetzt, und ich konnte die Aktivierungs-E-Mail auf meinem Admin-Konto empfangen.
Allerdings kann ich weiterhin keine E-Mails empfangen, wenn ich versuche, ein Konto mit meiner privaten Gmail-Adresse zu erstellen. Im Bereich „Übersprungen

Standardmäßig sendet Discourse von noreply@discourse.domain.com. Ein häufiges Problem ist, dass Ihr Mailhost darauf besteht, dass Sie von domain.com senden. E-Mail-Probleme bei einer neuen Discourse-Installation beheben beschreibt, wie Sie dies ändern können.