Enviar correo electrónico a usuario no registrado en un grupo

Tenemos una dirección de correo electrónico de soporte que actualmente es pública y queremos migrarla a Discourse (para nuestra comunidad) con el fin de tener una plataforma única.

En nuestras pruebas, un usuario (que no está registrado) envía un correo electrónico a una categoría pública y Discourse lo detecta, pero si alguien responde, el usuario no recibe nada. Tampoco recibe un correo como “eres un usuario anónimo, ve aquí para la discusión”.

Encontré esto, pero tiene seis años de antigüedad: Discourse as a private email support portal

Por lo tanto, no está claro si un usuario anónimo puede recibir correos electrónicos de Discourse hoy en día y no he encontrado ningún plugin para ello. ¿Alguien puede ayudarme?

2 Me gusta

¿Alguna ayuda?
No sé cómo encontrar información al respecto, pero parece extraño que Discourse no informe a los usuarios anónimos.

Así que tras investigar un poco, los usuarios invitados reciben correos de Discourse en caso de que el correo no sea aceptado, por ejemplo por spam o por ser demasiado corto, pero en los registros no se reporta ningún error.

Has confundido a los usuarios anónimos con usuarios en fase de prueba.

Si el correo de respuesta se ha enviado y ha rebotado, es posible que encuentres el error en Correos > Rebotados > columna Tipo de correo.

Al hacer clic en el error del tipo de correo, podrías ver la respuesta del proveedor de correo (generalmente al final del cuerpo del asunto):

Por ejemplo:

<my-address@example.com>: No se encuentra el nombre del host o dominio. Error de servicio de nombres para
    name=example.com type=AAAA: Host no encontrado

Esto puede ayudarte a determinar dónde está el problema.

2 Me gusta

Gracias, pero la página de correo rebotado está vacía en nuestra instancia.
De todos modos, ¿qué tipo de usuario es el que envía un correo pero no está registrado en una categoría que lo permite?

Si responde a correos electrónicos que llegan a su bandeja de entrada desde el sitio pero no está registrado, se trata de un usuario en etapa de preparación.

Bien, ahora está claro. Tenemos usuarios en fase de prueba, pero esa parte de “Vigila automáticamente todos los mensajes en los que participa y recibe notificaciones de las respuestas” no nos funciona. En los registros de Discourse no hay ningún error que informe de los problemas que estamos intentando replicar en una nueva instancia con la misma configuración.

También parece que puedo replicar este comportamiento. Se creará un usuario en fase de prueba al enviar un correo electrónico al tema de la categoría, pero no recibirán correos electrónicos por las respuestas a su tema. SMTP funciona en todo Discourse, pero para los usuarios en fase de prueba no hay ningún tipo de registro.

Versión de Discourse: 2.7.0.beta6 (7e2b7bdd78)

1 me gusta

Se ha confirmado que es un error, así que estamos a la espera de alguna respuesta.

¿Qué es exactamente lo que estás intentando lograr? Me parece extraño que permitas que usuarios anónimos inicien temas enviando correos electrónicos a la categoría y luego esperes que otros miembros respondan. ¿No deberían estas personas unirse primero a la comunidad y luego publicar en el foro?

Alternativamente, puedes crear grupos con facturas y permitirles recibir correos electrónicos, y tu personal puede responderles. Eso es lo que hacemos nosotros.

Tenemos una categoría de soporte para la asociación italiana Linux donde los usuarios no registrados pueden solicitar ayuda. Actualmente se gestiona por correo electrónico mediante un grupo de voluntarios, pero queremos trasladarla al foro para que también otras personas de la comunidad puedan ayudar y garantizar la transparencia en el proceso.

El registro se realiza a través de SSO con integración SAML en Discourse, por lo que el problema para nosotros es que Discourse no envía ningún correo electrónico al usuario invitado que creó el hilo cuando alguien responde a él.

Hay muchas personas que prefieren enviar correos electrónicos (este correo existe desde hace años y es público incluso para personas ajenas a la comunidad), incluso sin tener una cuenta. Por ello, permitimos esto únicamente en esta categoría, con el fin de ayudar a todos los usuarios en su migración a la plataforma.

1 me gusta

(lo siento por mis errores tipográficos anteriores; los corregiré. A veces mi teléfono hace un trabajo terrible al autocompletar palabras…)

Suena interesante. Creo que estás llevando al límite el propósito de la funcionalidad de usuarios en etapa. Pero supongo que sí permitimos esta configuración para categorías, lo cual genera usuarios en etapa, así que tu suposición es que estos usuarios en etapa deberían recibir respuestas a sus temas, ¿verdad? No estoy seguro de que esa sea una suposición compartida por el equipo ni por otros sitios que usan esta configuración. Creo que esa opción está pensada para permitir que una categoría del foro refleje una lista de correo, incluso cuando los suscriptores de esa lista no estén todos registrados en el foro.

Screen Shot 2021-04-12 at 11.27.33 AM

Te sugiero que pruebes algunas otras cosas.

(1) Si eres administrador, puedes revisar la configuración de correo electrónico y notificaciones de un usuario en etapa. Quizás algunos de los ajustes predeterminados no sean compatibles con tu forma de trabajar. Por ejemplo, la opción “solo enviarme correos cuando esté ausente” podría necesitar configurarse como “siempre” en tu sitio. Lo mismo ocurre con “cuando publique en un tema, establecer ese tema como seguimiento”; quizás deba configurarse como “vigilando”. Cuando estás siguiendo un tema, no recibirás respuestas excepto a tus propias publicaciones.

(2) Podrías considerar usar un buzón de entrada de grupo en su lugar para estas solicitudes de soporte provenientes de correos anónimos. Es probable que a los usuarios les parezca bien que sus solicitudes aparezcan en las búsquedas de Google de todos modos. Luego podrías usar lo que aprendas para crear nuevos temas en el foro, eliminando los datos que permitan identificar a las personas.

Si lo anterior no te satisface, quizás haya un error que valga la pena investigar relacionado con la configuración de categorías y los usuarios en etapa. Alguien más de mi equipo tendrá que decidir eso…

1 me gusta

Al revisar Understanding user statuses, roles, and permissions, esto debería ser el comportamiento habitual en Discourse. De todos modos, el usuario debería recibir algo de Discourse, como un mensaje con el enlace al hilo o una alerta que el foro pueda personalizar; de lo contrario, la función no es muy útil. Es como un formulario de contacto sin posibilidad de escribir al usuario que lo inició.

  1. Verificamos que, cuando el usuario provisional es validado para recibir correos de Discourse, obtenga algo con la misma configuración (incluyendo cambios en ella). Parece que, como usuario provisional, no recibe nada de Discourse en absoluto y no hay errores ni nada en los registros.

  2. No encuentro nada sobre el cuadro de grupo en Google para Discourse (¿por qué no hay documentación fuera del foro y solo unas pocas páginas en GitHub? Pero esto es más bien un desahogo personal). Queremos que los usuarios del foro puedan unirse a esa categoría, y no estoy seguro de que esto se ajuste a nuestras necesidades o si es fácil de usar en comparación con una categoría.

¡Has hecho una gran investigación al respecto! Lamento que el comportamiento sea un poco confuso. Realicé algunas pruebas y pude hacer que esto funcionara en mi sitio:

  • Habilitar usuarios provisionales
  • Crear una categoría con una dirección de correo entrante personalizada y habilitar la configuración “Aceptar correos de usuarios anónimos sin cuenta”
  • Enviar un correo a la categoría desde una dirección de correo que aún no esté asociada a un usuario
  • Ver que el mensaje llegue a la categoría y se cree el usuario provisional
  • Editar las preferencias del usuario provisional y cambiar “Envíame un correo cuando alguien cite mi mensaje, responda a mi publicación, mencione mi @nombre de usuario o me invite a un tema” a SIEMPRE.

¿Puedes probar eso en tu sitio? Si no funciona, debe haber alguna otra configuración de administrador diferente. No estoy seguro de cómo puedes resolver esto en producción, ya que no es posible establecer configuraciones predeterminadas para usuarios provisionales que sean diferentes a las de los usuarios registrados normales. :thinking:

Por cierto, hace unos años estuve en la misma situación que tú, como puedes ver en los temas relacionados vinculados a continuación. La versión resumida es que la funcionalidad de usuarios provisionales está mejor soportada en los mensajes privados grupales que en las categorías/temas. Los usuarios provisionales básicamente están ahí para que el personal pueda interactuar con las personas por correo electrónico en bandejas de entrada grupales y brindar soporte. Así es como el equipo de Discourse lo utiliza. Los usuarios provisionales no inician sesión, por lo que es accidental que incluso tengan preferencias de usuario, y modificar sus preferencias puede tener consecuencias no deseadas. Mientras tanto, queremos que las personas creen una cuenta e inicien sesión para participar en las discusiones de la comunidad, por lo que sería contraproducente agregar soporte para que los usuarios provisionales participen en temas. Creo que se agregó para algunos sitios que querían reflejar listas de correo o usar Discourse como archivo para su lista de correo.

Para ser honesto, no sé si esto es un error y, si lo es, cuál sería la solución. Cambiar estos valores predeterminados permitiría que sitios como el tuyo aprovechen esta funcionalidad accidental para tu caso de uso:

  • Los usuarios provisionales observan cada mensaje y cada tema en el que están (como en los mensajes privados)
  • Los usuarios provisionales tienen “Envíame un correo cuando alguien cite mi mensaje, responda a mi publicación, mencione mi @nombre de usuario o me invite a un tema” configurado en SIEMPRE

Alternativamente, podríamos insistir en que los usuarios provisionales solo se usen para mensajes, no para temas, y eliminar la opción “Aceptar correos de usuarios anónimos sin cuenta” de la configuración de las categorías. Podría convertirse en una configuración oculta si algún sitio la requiere por alguna razón histórica, probablemente relacionada con el reflejo de listas de correo.

Espero que esto te ayude a avanzar un poco. :wink:

1 me gusta

Estoy buscando habilitar esto como predeterminado para todos los usuarios para evitar cualquier problema (solo estoy buscando la configuración en el panel de Discourse, pero aún no la encuentro).

es la configuración de administrador nivel de correo predeterminado. Ten en cuenta que esto significa que todos los usuarios que se registren a partir de ahora comenzarán a recibir notificaciones por correo electrónico incluso cuando hayan iniciado sesión.

Así que ese valor predeterminado ya estaba definido para todos los usuarios…

Desactivar el modo lista de correo
Impedir que los usuarios activen el modo lista de correo (evita que se envíen correos electrónicos de listas de correo).

Estaba activado, así que ahora lo he desactivado.

Además, el usuario que utilizamos para las pruebas ya tiene ese parámetro configurado como Siempre.
De todos modos, en nuestro caso estos cambios no solucionaron el problema.

Ahora me pregunto por qué los usuarios no reciben correos electrónicos, como por ejemplo el de registro para responder.

Este problema no tiene nada que ver con el modo de lista de correo. ¿Quizás podrías intentar crear un usuario de prueba nuevo con una dirección de correo completamente diferente y seguir mis pasos de replicación anteriores?

Quizás sea el momento de publicar en Marketplace para solicitar ayuda con tu configuración a un consultor. Hay muchas personas inteligentes aquí en Meta que ofrecen sus servicios y pueden ayudarte con la resolución de problemas y cualquier personalización que necesites para adaptarte a tu caso de uso.

Pensaba que una solución sencilla sería enviar un correo electrónico a los usuarios en etapa de prueba con un enlace al hilo y una invitación para registrarse en Discourse.

Por eso estoy buscando plugins, pero no hay nada para eso excepto estos:

Esta es una gran idea, pero… ¿cuántos de estos correos estás recibiendo? ¿Vale la pena el esfuerzo de crear toda esta automatización? Y, siendo honestos, en mi opinión es un poco extraño publicar un correo que alguien envía en un foro público. ¡Me molestaría si me ocurriera a mí! Por eso, no creo que esto vaya a ser compatible con el núcleo de Discourse.

Si yo fuera tú, haría que estos correos llegaran a una bandeja de entrada grupal supervisada por el equipo (que pueden ser voluntarios), quienes luego decidirían si desean abrir un tema público sobre el asunto. Si lo hacen, pueden iniciar el tema e invitar al usuario a unirse y seguir la conversación. Ahora es sencillo para el equipo invitar direcciones de correo electrónico y especificar un tema al que enviar al usuario la primera vez que inicie sesión.

1 me gusta