Gostaria que o sistema tentasse o endereço de e-mail secundário se o primeiro continuar a retornar.
Isso é possível? Se não, qual é o propósito do endereço de e-mail secundário no Discourse?
Gostaria que o sistema tentasse o endereço de e-mail secundário se o primeiro continuar a retornar.
Isso é possível? Se não, qual é o propósito do endereço de e-mail secundário no Discourse?
Quando um usuário responde a uma postagem do Discourse por e-mail a partir do endereço secundário, a mensagem é postada em vez de rejeitada por usuário desconhecido.
Você quer dizer que quando um fórum não usa e-mail para tópicos, o e-mail secundário é totalmente inútil e não pode ser usado como o OP perguntou, nem mesmo para fins de login secundário?
Se sim, então é mais ou menos apenas ruído para os usuários (sim, eu sei — os secundários estão lá se as opções de SSO usadas como Microsoft, Google etc.)
A discussão inicial sobre isso está aqui: Two emails for one user. Continuou aqui: Additional email address per user account support.
Eu acho que foi implementado principalmente para lidar com a postagem no Discourse por e-mail para o caso em que os usuários têm várias contas de e-mail das quais postam.
Não há nada em vigor que faça o Discourse tentar enviar um e-mail para um endereço de e-mail secundário quando os e-mails enviados para o endereço de e-mail primário falham. Eu posso ver como isso poderia ser útil para alguns casos.
Tecnicamente, e-mails secundários podem ser usados para encontrar um usuário sempre que o Discourse tenta encontrar um usuário a partir de um endereço de e-mail com User.find_by_email.
Os usuários podem fazer login no Discourse usando seu endereço de e-mail secundário.
Quando um provedor de autenticação externo é usado para fazer login no Discourse, os usuários podem ser encontrados a partir de seu endereço de e-mail secundário com base no endereço de e-mail fornecido pelo provedor de autenticação.
Interessantemente, se a configuração do site auth overrides email estiver habilitada e o provedor de autenticação externo do site fornecer o e-mail secundário do usuário, o e-mail secundário se torna o e-mail primário e o e-mail primário original é destruído. Este caso costumava acionar um erro de login, então o comportamento parece ser intencional. Eu passei muito tempo rastreando onde isso acontece: discourse/app/models/user.rb at main · discourse/discourse · GitHub. (O antigo e-mail primário é destruído quando o usuário é salvo.)
Isso é importante para que, se o e-mail principal falhar, um administrador ou moderador possa tentar contatar o titular da conta manualmente com o e-mail secundário?
Caso contrário, normalmente uma conta seria encerrada se não houver um endereço de e-mail válido. No entanto, alguns e-mails retornam como não entregáveis apenas temporariamente se alguém tiver pagamentos em atraso para aquele endereço.
Definitivamente adiciona um pouco de flexibilidade. O caso de um usuário perder o acesso ao endereço de e-mail que usou para criar sua conta no Discourse é um problema complicado de lidar.
Sim, pode ser difícil autenticar alguém que afirma ter uma conta, mas não tem acesso ao e-mail principal ou esqueceu a senha. Coloquei um segundo e-mail para minha conta aqui que usa servidores diferentes, então, espero que, se houver um problema com o principal, o outro funcione.