Sì. Sarà necessario abilitare l’impostazione del sito auth overrides email per questo. Quando è abilitata, l’email di un utente di Discourse viene sincronizzata con l’email inclusa nel payload di autenticazione (il payload di DiscourseConnect nel tuo caso) ogni volta che l’utente accede. Se non è abilitata, l’email dell’utente verrà impostata sull’email del payload di autenticazione al momento della creazione iniziale dell’account, ma non verrà aggiornata ai successivi accessi.
Supponendo che auth overrides email sia abilitato, puoi anche aggiornarla senza richiedere agli utenti di accedere effettuando una richiesta API al percorso sync_sso: Sincronizza i dati utente di DiscourseConnect con il percorso sync_sso.
Potresti anche aggiornare gli indirizzi email degli utenti in blocco dalla console Rails del sito, ma (credo) farlo in quel modo attiverà l’invio di un’email di conferma da Discourse all’utente. Ciò non funzionerà con indirizzi email fittizi.
Forse potresti semplicemente impostare le email su qualcosa di significativo all’inizio. Una volta configurato un sito Discourse, dovresti fare alcuni test per vedere quali domini email Discourse accetta per le email fittizie. Ricordo che credo che @invalid.com sia accettato. Non sono sicuro riguardo ad altri domini. Da parte tua, potresti mappare qualcosa come <userId>@invalid.com all’indirizzo email effettivo dell’utente.