Esto podría ser simplemente un fallo personal, pero estoy un poco confundido por algunos de los informes de error que recibo después de configurar la respuesta por correo electrónico.
Cuando alguien responde a un mensaje desde una dirección de correo electrónico no asociada con su cuenta, ¿el mensaje de error (en una instancia de Discourse autoalojada) podría ser el incorrecto? Parece ser el mensaje que se debería recibir si se envía a una dirección incorrecta, en lugar de desde una dirección no reconocida.
El mensaje que recibo en ese caso tiene la línea de asunto Problema con el correo electrónico – Dirección de destinatario desconocida, y el cuerpo se ve así:
Lo sentimos, pero tu mensaje de correo electrónico a [“SNIP”] (titulado Re: Ayuda, por favor) no funcionó.
Ninguna de las direcciones de correo electrónico de destino es reconocida, o la cabecera Message-ID del correo electrónico ha sido modificada. Por favor, asegúrate de que estás enviando a la dirección de correo electrónico correcta proporcionada por el personal.
Cambiar la dirección de Origen: en mis respuestas para que coincida con la asociada a la cuenta parece solucionar el problema.
¿Hay alguna forma sencilla de modificar este comportamiento? ¿He configurado algo incorrectamente?
(Quizás debería decir que lo que realmente espero es una opción para ignorar por completo la cabecera From: y simplemente usar la clave de respuesta, como se discute aquí; ¿hay alguna posibilidad de que esto sea posible?).
Ah, quizás esto se debe a que es una respuesta a un mensaje privado en lugar de un tema público, y por lo tanto Discourse no considera que la persona que envía el correo electrónico (que no reconoce como un usuario válido) deba poder enviar a esa dirección.
¿Eso podría explicar por qué marca la dirección en el campo ‘Para:’ como inválida en lugar de la del campo ‘De:’?
Mientras tanto, he modificado el texto de ese mensaje para aclarar que podría ser un problema con el campo ‘De:’ o con el campo ‘Para:’.
¿Por qué Discourse aceptaría una dirección de correo electrónico aleatoria que no coincide con ninguna cuenta de usuario válida en el sitio de destino?
Siempre debes tener una cuenta válida y autenticada para publicar algo en Discourse.
(Hay una excepción para usuarios en etapa de prueba, pero esto es específico para gestionar una bandeja de entrada de correo electrónico a través de los mensajes privados de Discourse)
Esto se debe a que el error de permisos se transforma en un error de “no encontrado” en algún punto de la pila, y luego el código de correo electrónico utiliza el mensaje de “no encontrado”…
Se podría argumentar que el reply_id (que parece mapearse tanto a un tema como a la persona que responde) es un identificador suficiente, y que falsificar el reply_id es más difícil que falsificar una dirección de correo electrónico, por lo que es efectivamente tan seguro con o sin provenir de la dirección de correo correcta.
Pero en realidad no estoy intentando argumentar eso. Lo que estás diciendo tiene todo el sentido. Y, después de pensarlo, me doy cuenta de que lo que conduce a este comportamiento es definitivamente un caso extremo (tenemos SSO creando cuentas con direcciones de correo electrónico universitarias, pero a veces las personas las reenvían a otras direcciones, desde las cuales responden).
Mi verdadera pregunta es sobre el contenido del correo de error que reciben las personas en ese caso, lo cual parece que podría ser engañoso. El verdadero problema, o al menos lo que la persona que recibe el correo de error puede controlar en este caso, es la dirección “De” (y la dirección asociada a su cuenta), no la dirección “Para”, por lo que puedo ver.
De todos modos, ya tengo una solución alternativa mediante:
cambiar el contenido de ese mensaje (¡me encanta que Discourse sea tan personalizable!) y
decirle a la gente que cambie su dirección de correo electrónico si quieren usar la respuesta por correo electrónico
pero solo me pregunto si tiene sentido cambiar algo sobre qué mensajes de error se envían en qué situaciones, dada esta posible confusión.
Si la respuesta a eso es “No, las cosas están bien como están”, eso está totalmente bien.
De hecho, tenemos soporte preliminar para direcciones de correo electrónico alternativas por usuario.
Me pregunto, @sam y @eviltrout, cuándo formalizaremos esto un poco más para que los usuarios puedan agregar una dirección de correo electrónico secundaria. ¿Debería esto agregarse a la hoja de ruta de la versión 2.5?
Creo que deberíamos empezar por mostrar esto en la página de usuario del administrador, para que puedas ver y agregar direcciones de correo electrónico para la versión 2.5. Tal vez, después de eso, podríamos añadir una interfaz de usuario básica en las páginas de administración para fusionar usuarios, ahora que contamos con la tarea rake bien probada.
Todavía estoy luchando por entender por qué Discourse confía/valida la cabecera From: cuando puede ser falsificada tan trivialmente.
La cabecera de ID de respuesta proporciona una validación útil, ya que es inasumible/desconocida para los malos.
Validar la cabecera From: simplemente hace que los usuarios legítimos reciban rechazos confusos a sus intentos de publicar por correo electrónico si responden desde una dirección de correo electrónico diferente (un caso límite que es más común de lo que uno esperaría)
Tengo muchas direcciones de correo electrónico, y algunos de mis usuarios también.
Realmente no estoy buscando una discusión. Solo estoy un poco afectado por este problema, ya que contribuyó a que un miembro muy importante de uno de mis foros decidiera dejar de participar en el foro.
Entonces deberías estar abogando por avanzar en la configuración de múltiples direcciones de correo electrónico por usuario; sube y lee un poco, ¿quizás?
Lamentablemente, no sé si la función propuesta resolvería el problema experimentado en mi instancia de Discourse.
En mi caso, la usuaria es la presidenta de una asociación cívica. Tenía dos direcciones de correo electrónico y dos cuentas de Discourse (una para cada dirección). Una cuenta representaba su identidad personal y la otra era para publicaciones “oficiales” en nombre de la asociación cívica.
Cuando respondía por correo electrónico, a menudo lo hacía desde la dirección de correo “incorrecta”, por lo que sus respuestas eran rechazadas.
Supongo que la función que se discute arriba implicaría múltiples direcciones de correo electrónico por cuenta de Discourse, pero (naturalmente) no permitiría múltiples cuentas de Discourse por dirección de correo electrónico. Por lo tanto, lamentablemente, no abordaría mi caso de uso.
Técnicamente podría hacerlo, pero es intencional que el usuario pueda publicar bajo dos identidades distintas (personal / en nombre de la sociedad civil).
Sí. A veces la gente se queda atrapada en ese escenario, pero yo lo llamaría más bien un caso marginal que un caso límite
¿Entiendo bien que esta persona tiene efectivamente dos identidades, pero ambas terminan en la misma cuenta de correo por alguna razón? Si es así, parece que se encontrarían con este problema en más lugares que solo en Discourse. Quizás sea un trabajo mejor adecuado para gestionarlo desde el cliente de correo.
Tengo algunos alias relacionados con el trabajo en mi cuenta de correo laboral, pero el cliente coincide con la dirección “de” para las respuestas con la dirección a la que se envió el correo…
Estoy de acuerdo, es un caso marginal, y si no fuera una usuaria tan destacada, no habría sido un problema tan grande.
Para crear dos cuentas de Discourse, utilizamos el truco del punto de Gmail para que pudiera crear dos direcciones de correo electrónico para su buzón de Gmail y así poder crear dos cuentas de Discourse.
Cuando responde por correo electrónico a una publicación en el foro, Gmail no necesariamente utiliza la misma variante de dirección de correo electrónico que espera Discourse.
En mi opinión, siempre que el ID de la respuesta sea válido, Discourse debería aceptar la respuesta.
El uso de puntos en las direcciones de correo es extremadamente frágil, y probablemente tendrían una experiencia mucho mejor utilizando el direccionamiento con el signo más (+) en su lugar.
Si ambas cuentas utilizan una dirección con el signo más y ninguna cuenta está en la dirección base, el conmutador de la dirección “De:” funcionará correctamente; olvidar configurarlo simplemente significará que el correo electrónico sea rechazado en lugar de enviarse a la cuenta equivocada.
Usar el signo más (+) en lugar de puntos también aporta mucha claridad a tus filtros, ¡qué alivio!
