Me gustaría que el sistema intentara con la dirección de correo electrónico secundaria si la primera sigue rebotando.
¿Es esto posible? Si no, ¿cuál es el propósito de la dirección de correo electrónico secundaria en Discourse?
1 me gusta
Cuando un usuario responde a una publicación de Discourse por correo electrónico desde la dirección secundaria, el mensaje se publica en lugar de ser rechazado por usuario desconocido.
2 Me gusta
¿Te refieres a que cuando un foro no utiliza el correo electrónico para los temas, el correo electrónico secundario es totalmente inútil y no se puede utilizar como preguntó el OP, ni siquiera para fines de inicio de sesión secundario?
Si es así, entonces es más o menos solo ruido para los usuarios (sí, lo sé, los secundarios están ahí si se utilizan opciones de SSO como Microsoft, Google, etc.)
La discusión inicial sobre esto está aquí: Two emails for one user. Continuó aquí: Additional email address per user account support.
Creo que se implementó principalmente para tratar con la publicación en Discourse por correo electrónico en el caso de que los usuarios tengan varias cuentas de correo electrónico desde las que publican.
No hay nada implementado que haga que Discourse intente enviar un correo electrónico a una dirección de correo electrónico secundaria cuando los correos electrónicos enviados a la dirección de correo electrónico principal reboten. Puedo ver que eso podría ser útil en algunos casos.
Técnicamente, los correos electrónicos secundarios se pueden usar para encontrar un usuario en cualquier momento en que Discourse intente encontrar un usuario a partir de una dirección de correo electrónico con User.find_by_email.
Los usuarios pueden iniciar sesión en Discourse usando su dirección de correo electrónico secundaria.
Cuando se utiliza un proveedor de autenticación externo para iniciar sesión en Discourse, los usuarios pueden ser encontrados a partir de su dirección de correo electrónico secundaria basándose en la dirección de correo electrónico que proporciona el proveedor de autenticación.
Curiosamente, si la configuración del sitio auth overrides email está habilitada y el proveedor de autenticación externo del sitio proporciona el correo electrónico secundario del usuario, el correo electrónico secundario se convierte en el correo electrónico principal y el correo electrónico principal original se destruye. Este caso solía provocar un error de inicio de sesión, por lo que el comportamiento parece ser intencional. Pasé demasiado tiempo rastreando dónde ocurre: discourse/app/models/user.rb at main · discourse/discourse · GitHub. (El correo electrónico principal antiguo se destruye cuando se guarda el usuario).
4 Me gusta
¿Es esto importante para que, si el correo electrónico principal falla, un administrador o moderador pueda intentar contactar manualmente al titular de la cuenta con el correo electrónico secundario?
De lo contrario, normalmente se cancelaría una cuenta si no hay una dirección de correo electrónico válida. Sin embargo, algunos correos electrónicos se devuelven como no entregables solo temporalmente si alguien tiene pagos atrasados para esa cuenta.
Definitivamente añade un poco de flexibilidad. El caso de un usuario que pierde el acceso a la dirección de correo electrónico que utilizó para crear su cuenta de Discourse es uno difícil de manejar.
Sí, puede ser difícil autenticar a alguien que afirma tener una cuenta pero no tiene acceso al correo electrónico principal ni recuerda la contraseña. Puse un segundo correo electrónico para mi cuenta aquí que utiliza servidores diferentes, así que espero que si hay un problema con el principal, el otro funcione.