[Para dar contexto a esta consulta: somos un proyecto de código abierto que utiliza una instancia proporcionada por Discourse, por lo que les estamos muy agradecidos.]
Estamos experimentando un comportamiento que ha resultado confuso para los miembros de nuestra comunidad, y buscamos orientación o mejores prácticas para mejorar la situación. En concreto:
Las notificaciones por correo electrónico enviadas por nuestra instancia de Discourse muestran una dirección De: de [proyecto]@discoursemail.com, junto con la dirección Responder a: que enruta correctamente las respuestas al tema original.
Cuando los destinatarios responden a estos correos utilizando “Responder” en lugar de “Responder a” (creyendo incorrectamente que esto les permitirá responder al autor original del mensaje, fuera del foro), reciben el siguiente mensaje:
Lo sentimos, pero tu mensaje de correo a [“[proyecto]@discoursemail.com”] (titulado Re: [Asunto]) no funcionó.
¿Utilizas más de una dirección de correo electrónico? ¿Respondiste desde una dirección de correo diferente? Las respuestas por correo electrónico requieren que uses la misma dirección de correo electrónico al responder. Alternativamente, es posible que se haya modificado la cabecera Message-ID en el correo.
Esto les lleva a creer que hay un problema con la dirección de correo desde la que enviaron el mensaje, en lugar de con la dirección a la que lo enviaron. Pero al volver a verificar, descubren que es su dirección de cuenta y solicitan ayuda, preguntándose qué salió mal.
Esto me lleva a preguntarme si:
¿Existe una manera de configurar la dirección de correo desde la que se envían estos correos para que sea algo como noreply@discoursemail.com o cualquier otra que parezca menos una dirección de correo válida?
¿Existe una manera en la que nosotros, o Discourse, podamos personalizar los mensajes de error para las respuestas a la dirección de envío, indicando algo como: “Has respondido a una dirección de correo que no acepta mensajes entrantes. Si intentabas responder a un correo de notificación de Discourse, por favor utiliza la dirección Responder a: o contacta directamente con su autor”.
[Me disculpo si he pasado por alto algo antes de publicar esto. Aunque he encontrado otros mensajes en meta.discourse.org con preguntas similares, ninguno me ha llevado a respuestas. Dicho esto, ha sido un desafío para mí encontrar palabras clave que limiten bien los resultados de búsqueda].
No conozco ninguna configuración que permita hacer esto. Al revisar mi bandeja de entrada personal, parece bastante común que los campos “De” y “Responder a” no coincidan. Veo ejemplos de aplicaciones que envían correos desde una dirección de tipo “no-responder”, con la dirección “Responder a” establecida en la dirección correcta para las respuestas. Otras aplicaciones parecen manejarlo de la misma manera que Discourse: con una dirección “De” que parece real, pero con la expectativa de que la dirección “Responder a” se utilice para las respuestas.
A menos que exista una configuración del sitio que no conozca y que permita establecer la dirección “De” como noreply@<dominio.com>, agregar una me parece una solicitud de función razonable.
La plantilla de correo electrónico que utiliza Discourse para estas respuestas es la plantilla email_reject_bad_destination_address. Esta plantilla debería aparecer en la sección de plantillas de correo electrónico del sitio (en Administración / Personalizar / Correo electrónico). Cuando busco en mi sitio esa plantilla de correo electrónico, no la encuentro. Parece tratarse de un error que debe corregirse. Necesitamos agregar la plantilla a la lista que se encuentra en discourse/app/controllers/admin/email_templates_controller.rb at main · discourse/discourse · GitHub. Este es un cambio pequeño, así que deberíamos poder realizarlo muy pronto.
Por ahora, puedes editar la plantilla email_reject_bad_destination_address yendo a la sección Administración / Personalizar / Texto de tu sitio e ingresando el siguiente texto en el cuadro de búsqueda:
Una lista de correo mal configurada establecería la dirección de respuesta en la dirección de la lista, y un usuario que quisiera responder al remitente podría cambiar la dirección por la del remitente, que era la dirección de la persona que envió el mensaje. Supongo que ese comportamiento es tan arraigado que la gente no se fija en la dirección para darse cuenta de que no puede ser la de quien escribió el mensaje.
Para una comunidad centrada en el correo electrónico, escribí un complemento que revela la dirección de correo electrónico del autor para permitir responder directamente al remitente por correo electrónico.
¿Tienes algún detalle sobre cómo están haciendo esto las personas? ¿Su cliente de correo electrónico les ofrece la opción de usar la dirección de “De”, o la están copiando manualmente en un nuevo correo?
En Thunderbird (estoy ejecutando la v78.7), creo que reconoce los correos de Discourse como provenientes de una lista de correo y ofrece dos botones de respuesta: Responder y Responder a la lista.
Responder generará una respuesta dirigida a la dirección “De” (noreply@xyz.com).
Responder a la lista generará una respuesta dirigida a la dirección “Responder a” (replies+01234@xyz.com).
Personalmente, creo que es muy fácil pulsar accidentalmente el botón de responder en lugar del de responder a la lista.
Sé que algunos miembros de nuestro equipo que se encontraron con esto usan Thunderbird, por lo que probablemente estaban experimentando el comportamiento que @Beakertonmenciona (y sé que algunos clientes de correo antiguos basados en UNIX hacen lo mismo; no me había dado cuenta realmente de que Outlook no lo facilita hasta que escribí esta respuesta). Si es de interés, puedo preguntar a los otros usuarios cuyos clientes de correo no conozco cómo se encontraron con esto, aunque espero que sea algo similar.
Creo que podría ser el caso. O bien, si están pensando en ello, podrían creer que algo “mágico” en Discourse está anonimizando la dirección del remitente pero se asegurará de que su respuesta llegue a él. (Sé que no es así, entiendo las razones y por eso no estoy sugiriendo que creo que esto debería ocurrir).
Creo que una ventaja de personalizar la dirección “De:” para que parezca menos una dirección razonable, como @simon señala aquí:
sería disipar esas ilusiones para quienes prestan atención, o simplemente hacer menos sorprendente que las cosas no funcionen si vuelven y revisan su mensaje enviado. Pero poder personalizar el mensaje de “dirección de destino incorrecta” probablemente nos llevaría al 95 % del camino, así que lo investigaré más.
Todavía tengo el encabezado ‘De:’ como noreply@example.com y estaba pensando en cambiarlo a algo más acogedor (en parte por si la gente pensaba que responder no funcionaría). Noreply debe ser una configuración predeterminada o recomendada.
Pero quizás la respuesta a ambos problemas está en la primera parte de esta oración:
Nuestra experiencia es que esto realmente le sucede a los usuarios de Thunderbird.
Hoy en día, es la primera pregunta que hago cuando alguien reporta un incidente como este, y la respuesta siempre es ‘sí’.
Definitivamente es algo de Thunderbird, como descubrimos y probamos a mediados de enero:
Responder: un mensaje se envía a [noreply@forum.xxxxx.com](mailto:noreply@forum.xxxxx.com)
Responder a todos: dos mensajes se envían tanto a [noreply@forum.xxxxx.com](mailto:noreply@forum.cxxxx.com)
como a [xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)
Responder a la lista: un mensaje se envía a
[xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)
Resulta que incluso hay un complemento para Thunderbird que soluciona esto:
Sí, considero firmemente que esto es un error de diseño en Thunderbird.
Sin embargo, comprendo a tus usuarios que simplemente están intentando hacer lo correcto. Creo que lo mejor que puedes hacer en este momento es personalizar el mensaje de error para que sea específico de tu comunidad y coloque el remedio más común para el error en la parte superior de la respuesta, algo así como:
Lamentamos informarte que tu mensaje de correo electrónico a [“[project]@discoursemail.com”] (titulado Re: [Asunto]) no funcionó.
Si estás utilizando Thunderbird como cliente de correo, debes responder a la lista; no es posible responder directamente a los usuarios por correo electrónico.
¿Utilizas más de una dirección de correo electrónico? ¿Respondiste desde una dirección diferente? Las respuestas por correo electrónico requieren que utilices la misma dirección de correo electrónico al responder. Alternativamente, es posible que se haya modificado la cabecera Message-ID en el correo electrónico.
No exactamente ese texto, por supuesto, sino lo que consideres que tenga sentido, listado cerca de la parte superior.
He actualizado nuestro mensaje de error gracias a los consejos en el mensaje anterior de @simon, y sospecho que esto será suficiente para resolver la confusión que algunos miembros de nuestra comunidad han sentido. Si existiera una forma de personalizar la dirección “De:” a algo más parecido a noreply@discoursemail.com, sería el toque final perfecto, pero por ahora creo que estamos en una situación mucho mejor.
Gracias nuevamente por toda la ayuda aquí,
-Brad
PD: Mientras estamos criticando a Thunderbird en este hilo, mencionaré que sigue siendo desconcertante para los usuarios de Thunderbird que las URL de sus mensajes con formato HTML parezcan perderse en el filtro de procesamiento de correo entrante de Discourse, donde aún no está claro para mí si esto indica un error de Thunderbird o de Discourse.
Basado en esta retroalimentación, también vamos a mejorar el mensaje de error en general. Se verá así en la beta actual y en futuras versiones:
Lo sentimos, pero tu mensaje de correo electrónico a %{destination} (titulado %{former_title}) no funcionó.
Aquí hay algunas cosas que verificar:
- ¿Usas más de una dirección de correo electrónico? ¿Respondiste desde una dirección diferente a la que usaste originalmente? Las respuestas por correo electrónico requieren que uses la misma dirección al responder.
- ¿Tu software de correo electrónico utilizó correctamente la dirección de correo electrónico en el campo Reply-To al responder? Lamentablemente, algunos programas de correo envían incorrectamente las respuestas a la dirección del campo From, lo cual no funcionará.
- ¿Se modificó el encabezado Message-ID en el correo electrónico? El Message-ID debe ser consistente y permanecer sin cambios.
¿Necesitas más ayuda? Contáctanos a través de los detalles de Contáctanos en %{base_url}/about
Pero puedo abrir mis mensajes antiguos de Discourse en Thunderbird sin este problema. Solo los más nuevos presentan este problema. Lo he descrito en mi publicación:
Supongo que tienes razón y la presencia de la cabecera List-Post hace que Thunderbird entienda razonablemente que se trata de un correo de una lista de distribución. Probablemente una cabecera Reply-To sería suficiente.
El campo List-Post describe el método para publicar en la lista. Por lo general, se trata de la dirección de la lista, pero PUEDE ser un moderador o, potencialmente, alguna otra forma de envío. Para el caso especial de una lista que no permite publicaciones (por ejemplo, una lista de anuncios), el campo List-Post puede contener el valor especial “NO”.
No soy un experto en correo electrónico, así que quizás no fui claro.
Parece que los correos tienen From:noreply@example.com y List-Post:replies+12345@example.com. Me baso únicamente en este tema, no en haberlo verificado, así que podría estar equivocado.
Me preguntaba si From:noreply@example.com y Reply-To:replies+12345@example.com funcionarían sin confundir a Thunderbird.
Los encabezados de las notificaciones por correo electrónico que estamos proporcionando son correctos. La discrepancia proviene del modelo mental del usuario sobre lo que está ocurriendo …
este usuario David me está enviando un correo electrónico directamente
… frente a lo que realmente está ocurriendo.
el foro me está notificando sobre actividad en un tema
Mi esperanza es que el mensaje de error mejorado ayude a enseñar al usuario la diferencia. Es un desafío trasladar a los usuarios que solo usan correo electrónico a una solución híbrida de foro web.
