Es wird jedoch ein Bestätigungslink an die E-Mail-Adresse gesendet, der vom Benutzer manuell genehmigt werden muss. Bis dahin wird die E-Mail nicht geändert.
Vielen Dank für Ihre Hilfe. Vielleicht ist es hilfreich, die E-Mail-Eigenschaft aus dem PUT /u/{username.json} in der Dokumentation zu entfernen. Das könnte Zeit bei der Fehlersuche sparen ;-).
Das mit der Bestätigungs-E-Mail: Ich habe davon in einem anderen Thema gelesen. Ich verstehe den Punkt nicht. Nur für den Fall, Discourse ist eine Anwendung von vielen anderen im Projekt und die Authentifizierung von Benutzern wird von einem maßgeschneiderten Auth-Server gehandhabt (wie in meinem Fall). Der Auth-Server kümmert sich um die E-Mail-Bestätigung. Die Anwendungen sollten einfach tun, was der Auth-Server sagt. Das ist meiner Meinung nach der normale Weg. Andernfalls gibt es mehrere Bestätigungs-E-Mails, unterschiedliche Datensätze…
Vielen Dank, dass Sie dies angesprochen haben. Das ist in der Tat seltsam. Es könnte ein Überbleibsel aus vergangenen Zeiten sein. Ich werde einige Informationen einholen und die Dokumentation bei Bedarf aktualisieren.
[quote=“xbd, post:4, topic:273272”]Der Authentifizierungsserver kümmert sich um die E-Mail-Bestätigung. Die Anwendungen sollten einfach tun, was der Authentifizierungsserver sagt.
[/quote]
Hilft die Admin-Einstellung auth overrides email dabei?
Dann müssen Sie ihn so konfigurieren, dass er Discourse mitteilt, dass die E-Mail-Adresse validiert wurde, und die E-Mail nicht über die API, sondern auf Ihrem Authentifizierungsserver aktualisiert.
Vielen Dank nochmals, dass Sie dies angesprochen haben, und entschuldigen Sie die Zeit, die Sie mit dem Debuggen verbracht haben. Die API-Dokumentation wurde aktualisiert.