Como posso enviar os e-mails secundários com o callback do SSO?
Estou usando esta biblioteca PHP:
Or how to add Secondary Emails to an user manually?
2 curtidas
Eu também preciso muito disso.
No meu site, tenho vários e-mails vinculados a uma única conta. O usuário pode usar qualquer um deles para fazer login.
Quando o usuário entra na minha plataforma, eu também o logo no fórum.
Quando ele usa um e-mail diferente do principal, mesmo que eu especifique o ID e o nome de usuário do Discourse, o Discourse cria um novo usuário para esse e-mail. 
1 curtida
A pergunta original aqui ainda não foi respondida. Pelo que pude perceber:
(1) as chamadas de sincronização SSO não analisam e-mails secundários;
(2) e-mails secundários não podem ser especificados no usuário via API usando a rota /u/{username}/preferences/email, caso a configuração “email editável” não esteja habilitada, o que é necessário para a configuração “auth overrides email” tipicamente usada com SSO.
Isso é lamentável, pois e-mails secundários são muito úteis para identificar e-mails recebidos e eu os tenho em meu provedor SSO. Parece não haver nenhuma maneira de fornecê-los ao Discourse.
Acho que uma solução alternativa bem improvisada seria:
(1) não usar “auth overrides email” e, em vez disso, usar a API de usuários, e não a API SSO, para definir o e-mail do usuário.
(2) ocultar a interface de edição de e-mail usando um componente de tema.
@sam, isso é um PR bem-vindo para uma correção adequada que permita definir e-mails alternativos pelo Discourse Connect?
1 curtida
Alguém já resolveu este problema? Usamos SSO e nosso provedor permite e-mails secundários. Mas então, se o usuário fizer login com esse e-mail secundário, o Discourse cria uma nova conta para o usuário. Como podemos apenas atualizar o usuário existente com o e-mail secundário?
Há alguma novidade sobre este assunto?
Está planejado permitir a sincronização de e-mail secundário do SSO?