Eh bien, oui. Bien sûr, ce serait le cas, et c’est ce que je vise. Je cherchais une solution qui interdise simplement la connexion par e-mail, laissant les connexions par nom d’utilisateur comme seule méthode. Je suis prêt à casser entièrement le support par e-mail (pas de notifications par e-mail par exemple) en donnant simplement des e-mails totalement faux du serveur oauth. Mais cela crée des frictions si la possibilité d’utiliser un e-mail pour se connecter est toujours disponible, car les utilisateurs tenteraient de le faire et échoueraient.
Cela nous obligerait essentiellement à suivre 2 e-mails distincts par utilisateur, ce qui n’est pas souhaitable non plus, et comme mentionné par @supermathie, ce n’est même pas garanti de fonctionner avec tous les fournisseurs, et cela crée toujours des frictions car nous devrions maintenant informer les utilisateurs de cette adresse e-mail spécifique au forum dont ils doivent se souvenir.
Oui, cela fonctionnerait techniquement. Mais pour des raisons évidentes, ce ne serait pas une vraie solution à utiliser, car cela empêcherait tous les autres de rejoindre le forum.
Ce n’est pas quelque chose que nous pouvons faire pour des raisons techniques. La plus évidente étant que nous avons déjà des utilisateurs qui ont la même adresse e-mail que d’autres comptes. Mais la plus importante est que nous ne pouvons tout simplement pas le faire. Le projet dans lequel nous cherchons à intégrer Discourse est Pretendo Network, un projet d’émulation de serveur pour Nintendo Network. Nintendo a autorisé son système de compte à réutiliser les adresses e-mail, et donc pour émuler les serveurs avec précision, nous devons également le faire. Forcer des e-mails uniques n’est tout simplement pas dans nos cordes.
Quelqu’un de mon équipe a suggéré que nous exécutions notre propre serveur SMTP qui gère la cartographie des faux e-mails pour Discourse vers les vrais e-mails de nos utilisateurs, en transmettant les e-mails envoyés par Discourse de cette façon. Cela fonctionnerait, mais cela représente évidemment un coût technique plus élevé pour nous et ne résout toujours pas le problème de la désactivation de la connexion par e-mail et des frictions mentionnées précédemment dans notre cas.
Il semble que nous devrons peut-être simplement forker Discourse ou utiliser une autre solution de forum pour faire ce dont nous avons besoin.