Vorrei che il sistema provasse l’indirizzo email secondario se il primo continua a rimbalzare.
È possibile? Se no, qual è lo scopo dell’indirizzo email secondario in Discourse?
1 Mi Piace
Quando un utente risponde a un post di Discourse tramite email dall’indirizzo secondario, il messaggio viene pubblicato invece di essere rifiutato a causa di utente sconosciuto.
2 Mi Piace
Intendi che quando un forum non utilizza l’email per gli argomenti, l’email secondaria è totalmente inutile e non può essere utilizzata come richiesto dall’OP, nemmeno a scopo di accesso secondario?
Se è così, allora è più o meno solo rumore per gli utenti (sì, lo so — quelli secondari ci sono se si utilizzano opzioni SSO come Microsoft, Google, ecc.)
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.)
4 Mi Piace
Questo è importante in modo che, se l’email principale fallisce, un amministratore o un moderatore possa tentare di contattare manualmente il titolare dell’account con l’email secondaria?
Altrimenti, in genere un account verrebbe terminato se non ci fosse un indirizzo email valido. Tuttavia, alcune email tornano indietro come non recapitate solo temporaneamente se qualcuno ha pagamenti in sospeso per quella.
Aggiunge sicuramente un po’ di flessibilità. Il caso di un utente che perde l’accesso all’indirizzo e-mail utilizzato per creare il proprio account Discourse è difficile da gestire.
Sì, può essere difficile autenticare qualcuno che afferma di avere un account ma non ha accesso all’e-mail principale o non ricorda la password. Ho inserito un secondo indirizzo e-mail per il mio account qui che utilizza server diversi, quindi si spera che se ci sarà un problema con quello principale, l’altro funzionerà.