Oui. Vous devrez activer le paramètre du site auth overrides email pour cela. Lorsqu’il est activé, l’e-mail Discourse d’un utilisateur est synchronisé avec l’e-mail inclus dans la charge utile d’authentification (la charge utile DiscourseConnect dans votre cas) chaque fois que l’utilisateur se connecte. S’il n’est pas activé, l’e-mail de l’utilisateur sera défini sur l’e-mail de la charge utile d’authentification lors de la création initiale du compte, mais ne sera pas mis à jour lors des connexions ultérieures.
En supposant que auth overrides email est activé, vous pouvez également le mettre à jour sans obliger les utilisateurs à se connecter en effectuant une requête API vers la route sync_sso : Synchroniser les données utilisateur DiscourseConnect avec la route sync_sso.
Vous pourriez également mettre à jour les adresses e-mail des utilisateurs en masse depuis la console Rails du site, mais (je pense) le faire de cette manière déclenchera l’envoi d’un e-mail de confirmation de Discourse à l’utilisateur. Cela ne fonctionnera pas avec de fausses adresses e-mail.
Peut-être pourriez-vous simplement définir les e-mails sur quelque chose de significatif au départ. Une fois que vous aurez configuré un site Discourse, vous devriez faire quelques tests pour voir quels domaines d’e-mail Discourse acceptera pour les faux e-mails. De mémoire, je pense que @invalid.com est accepté. Je ne suis pas sûr pour les autres domaines. De votre côté, vous pourriez mapper quelque chose comme <userId>@invalid.com à l’adresse e-mail réelle de l’utilisateur.