La discussione iniziale su questo argomento è qui: Two emails for one user. È proseguita qui: Additional email address per user account support.
Penso che sia stato implementato principalmente per gestire la pubblicazione su Discourse tramite email nel caso in cui gli utenti abbiano più account email da cui pubblicano.
Non c’è nulla in atto che possa indurre Discourse a tentare di inviare un’email a un indirizzo email secondario quando le email inviate all’indirizzo email primario rimbalzano. Posso capire come ciò potrebbe essere utile in alcuni casi.
Tecnicamente, gli indirizzi email secondari possono essere utilizzati per trovare un utente ogni volta che Discourse tenta di trovare un utente da un indirizzo email con User.find_by_email.
Gli utenti possono accedere a Discourse utilizzando il loro indirizzo email secondario.
Quando viene utilizzato un provider di autenticazione esterno per accedere a Discourse, gli utenti possono essere trovati dal loro indirizzo email secondario in base all’indirizzo email fornito dal provider di autenticazione.
Interessante, se l’impostazione del sito auth overrides email è abilitata e il provider di autenticazione esterno del sito fornisce l’indirizzo email secondario dell’utente, l’indirizzo email secondario diventa l’indirizzo email primario e l’indirizzo email primario originale viene distrutto. Questo caso in passato causava un errore di accesso, quindi il comportamento sembra essere intenzionale. Ho passato troppo tempo a rintracciare dove accade: discourse/app/models/user.rb at main · discourse/discourse · GitHub. (L’indirizzo email primario precedente viene distrutto quando l’utente viene salvato.)