Integración en sistema de auth propio con emails no únicos?

Bueno, sí. Por supuesto que ese sería el caso, y es a lo que me refiero. Estaba buscando una solución que simplemente prohibiera el inicio de sesión con un correo electrónico, dejando los inicios de sesión con nombre de usuario como el único método. Estoy de acuerdo con romper esencialmente el soporte de correo electrónico por completo (sin notificaciones por correo electrónico, por ejemplo) simplemente dando correos electrónicos totalmente falsos del servidor oauth. Pero eso crea fricción si la capacidad de usar un correo electrónico para iniciar sesión todavía está disponible, ya que los usuarios intentarían hacerlo y fallarían.

Eso esencialmente nos obligaría a rastrear 2 correos electrónicos separados por usuario, lo cual tampoco es deseable y, como mencionó @supermathie, ni siquiera está garantizado que funcione con todos los proveedores, y aún causa fricción, ya que ahora tendríamos que informar a los usuarios sobre esta dirección de correo electrónico específica del foro que deben recordar.

Sí, eso funcionaría técnicamente. Pero por razones obvias, no sería una solución real para usar, ya que bloquearía a todos los demás para que nunca se unieran al foro.

Esto no es algo que podamos hacer por razones técnicas. La más obvia es que ya tenemos usuarios que tienen la misma dirección de correo electrónico que otras cuentas. Pero la más importante es que simplemente no podemos hacer esto. El proyecto en el que buscamos incorporar Discourse es Pretendo Network, un proyecto de emulación de servidores para Nintendo Network. Nintendo permitió que su sistema de cuentas reutilizara direcciones de correo electrónico, por lo que para emular los servidores con precisión, también tenemos que hacerlo. Forzar correos electrónicos únicos simplemente no está en nuestras cartas.

Alguien de mi equipo sugirió que ejecutemos nuestro propio servidor SMTP que maneje el mapeo de los correos electrónicos falsos de Discourse a los correos electrónicos reales de nuestros usuarios, reenviando los correos electrónicos enviados desde Discourse de esa manera. Lo cual funcionaría, pero obviamente conlleva un mayor costo técnico para nosotros y aún no resuelve el problema de deshabilitar el inicio de sesión por correo electrónico y la fricción mencionada anteriormente que viene con nuestro caso.

Parece que podríamos tener que bifurcar Discourse o usar otra solución de foro para hacer lo que necesitamos.