Ich möchte, dass das System die sekundäre E-Mail-Adresse versucht, wenn die erste immer wieder zurückkommt.
Ist das möglich? Wenn nicht, was ist der Zweck der sekundären E-Mail-Adresse in Discourse?
1 „Gefällt mir“
Wenn ein Benutzer per E-Mail von der sekundären Adresse auf einen Discourse-Beitrag antwortet, wird die Nachricht anstelle einer Ablehnung wegen unbekannten Benutzers gepostet.
2 „Gefällt mir“
Meinen Sie, wenn ein Forum keine E-Mail für Themen verwendet, dann ist die sekundäre E-Mail völlig nutzlos und kann nicht wie vom OP gefragt verwendet werden, nicht einmal für sekundäre Anmeldezwecke?
Wenn ja, dann ist das mehr oder weniger nur Rauschen für die Benutzer (ja, ich weiß – sekundäre sind da, wenn SSO-Optionen wie Microsoft, Google usw. verwendet werden).
Die erste Diskussion darüber ist hier: Two emails for one user. Sie wurde hier fortgesetzt: Additional email address per user account support.
Ich denke, sie wurde hauptsächlich implementiert, um das Posten in Discourse per E-Mail für den Fall zu behandeln, dass Benutzer mehrere E-Mail-Konten haben, von denen sie posten.
Es gibt nichts, was Discourse dazu veranlassen würde, zu versuchen, eine E-Mail an eine sekundäre E-Mail-Adresse zu senden, wenn E-Mails, die an die primäre E-Mail-Adresse gesendet werden, zurückkommen. Ich kann sehen, wie das in einigen Fällen nützlich sein könnte.
Technisch gesehen können sekundäre E-Mails verwendet werden, um einen Benutzer zu finden, wann immer Discourse versucht, einen Benutzer anhand einer E-Mail-Adresse mit User.find_by_email zu finden.
Benutzer können sich mit ihrer sekundären E-Mail-Adresse bei Discourse anmelden.
Wenn ein externer Authentifizierungsanbieter für die Anmeldung bei Discourse verwendet wird, können Benutzer anhand ihrer sekundären E-Mail-Adresse gefunden werden, basierend auf der E-Mail-Adresse, die vom Authentifizierungsanbieter bereitgestellt wird.
Interessanterweise, wenn die Website-Einstellung auth overrides email aktiviert ist und der externe Authentifizierungsanbieter der Website die sekundäre E-Mail des Benutzers bereitstellt, wird die sekundäre E-Mail zur primären E-Mail und die ursprüngliche primäre E-Mail wird zerstört. Dieser Fall löste früher einen Anmeldefehler aus, daher scheint das Verhalten beabsichtigt zu sein. Ich habe gerade viel zu lange damit verbracht, herauszufinden, wo es passiert: discourse/app/models/user.rb at main · discourse/discourse · GitHub. (Die alte primäre E-Mail wird zerstört, wenn der Benutzer gespeichert wird.)
4 „Gefällt mir“
Ist das wichtig, damit ein Administrator oder Moderator versuchen kann, den Kontoinhaber manuell unter der sekundären E-Mail-Adresse zu kontaktieren, falls die Haupt-E-Mail-Adresse fehlschlägt?
Andernfalls würde ein Konto normalerweise gekündigt, wenn keine gültige E-Mail-Adresse vorhanden ist. Einige E-Mails kommen jedoch nur vorübergehend als unzustellbar zurück, wenn jemand überfällige Zahlungen für diese hat.
Das fügt definitiv ein wenig Flexibilität hinzu. Der Fall, dass ein Benutzer den Zugriff auf die E-Mail-Adresse verliert, die er zum Erstellen seines Discourse-Kontos verwendet hat, ist eine knifflige Angelegenheit.
Ja, das kann schwierig sein, jemanden zu authentifizieren, der behauptet, ein Konto zu haben, aber keinen Zugriff auf die Haupt-E-Mail hat oder sich nicht an das Passwort erinnert. Ich habe eine zweite E-Mail für mein Konto hier angegeben, die andere Server verwendet, also hoffe ich, dass die andere funktioniert, falls es ein Problem mit der Haupt-E-Mail gibt.