Ich verwende den Port 587 von Mailgun für meine selbst gehostete Website. Und ich kann E-Mails empfangen, wenn ich ein Admin-Konto einrichte, um die Installation abzuschließen. Wenn ich jedoch neue Benutzer registriere, sendet meine Website keine E-Mail zur Bestätigung des neuen Kontos. Die Mailgun-Protokolle protokollieren auch keine E-Mails. Da muss etwas in der Anwendung falsch sein? Aber die production.log gibt keinen Fehler aus.
Ich führe discourse-doctor aus und kann Test-E-Mails senden, und ich habe 10/10 von https://www.mail-tester.com/ erhalten. Ich kann kein ähnliches Problem auf Meta finden.
Danke @JammyDodger! Ihre Antwort spart mir jede Menge Recherchezeit. Ich wusste nicht einmal, dass es eine solche Einstellung gibt, obwohl ich alle E-Mails und Forenbeiträge durchsucht und sogar auf Code-Ebene debuggt habe.
Was ist der Standardwert dieser Einstellung, ich nehme an, es ist “nein”? Meine vorherige Einstellung war “non-stuff”, ich weiß nicht, wann sie gesetzt wurde? War es bei der “Migration”, wie in diesem Beitrag Send only system emails when disable email setting is on - #5 by Stephen erwähnt? Ich habe vor der Registrierung neuer Benutzerkonten eine Datenwiederherstellung auf der Website durchgeführt.
Das ist der Richtige. Er wird nach einer Wiederherstellung automatisch auf ‘non-staff’ gesetzt, um nicht alle mit E-Mails zu überfluten. Normalerweise wäre er standardmäßig ‘no’.
Es wird nach einer Wiederherstellung automatisch eingestellt. Es ist viel schlimmer, wenn eine Testseite eine Menge E-Mails versendet als… Fast alles andere auf der Welt.
Es gibt ein Banner, das besagt, dass ausgehende E-Mails deaktiviert sind.
Ich muss die Nachricht dann verpasst haben. Ich dachte, es sollte eine Benachrichtigung geben, wenn Einstellungen durch die Wiederherstellung geändert werden. Oder viel besser:
Der Administrator sollte benachrichtigt werden, dass Einstellungen aufgrund von „Wiederherstellung“ geändert wurden (es wird jetzt keine solche Nachricht gesendet).
Bei dieser neuen Benutzeranmeldung sollten sie darauf hingewiesen werden, dass ihre aktivierten E-Mails aus bestimmten Gründen blockiert sind, anstatt dass die Website normal läuft und „Eine Aktivierungs-E-Mail wurde an Ihre E-Mail gesendet … um Ihr Konto zu aktivieren …“ sendet. Das ist irreführend.
Sofern Sie sie nicht mit einem Thema ausgeblendet haben oder es eine neue Regression gibt, gibt es oben auf der Seite ein Banner, das jeder sehen kann. Es ist offensichtlicher als eine Benachrichtigung.
Es ist etwas verwirrend, dass dort steht, dass eine E-Mail gesendet wurde, wenn sie durch die Einstellung blockiert wird, aber es gibt ein Banner, das die Leute darauf hinweisen sollte, dass sie versuchen, kein Konto zu registrieren.
Vielen Dank für die weitere Erklärung! Es ist in Ordnung, ein Banner zu haben (muss man es schließen oder bleibt es oben auf der Seite?). Nun, der Administrator/Mitarbeiter sollte wissen, dass die ‘E-Mails deaktivieren’-Option wieder auf die Zulassung von Benutzerregistrierungen geändert werden sollte.
Er wird nach einer Wiederherstellung automatisch auf ‘non-staff’ gesetzt, um nicht alle mit E-Mails zu überfluten. Normalerweise wäre er standardmäßig ‘no’.