Entidades HTML y caracteres de escape en la alternativa de correo saliente text/plain

Recientemente configuramos una instancia experimental de Discourse y notamos que las publicaciones enviadas a los observadores contienen entidades HTML en la versión alternativa text/plain de las mismas. Me parece un error.

La instancia está aquí: https://discourse.osgeo.org
Se puede ver una captura de pantalla de uno de esos correos electrónicos aquí: Sandro Santilli 🌍 GIS: "@pmusaraj@mstdn.ca I can tell, and that hurts! @D…" - Mapstodon.Space
El correo electrónico completo se puede leer desde el propio Discourse aquí: PSC Vote: Let's move this list to discourse - #11 by Martin_Spott - SAC mailing list - OSGeo Discourse
Y otra vista del correo electrónico se puede leer en el archivo de Mailman, que es como llegó a Discourse: PSC Vote: Let's move this list to discourse

El correo recibido por Mailman para el suscriptor es SÓLO text/plain 7bit us-ascii, pero el recibido a través de Discourse se convierte en multiparte y también tiene una versión HTML que obviamente se inventa, ya que el publicador original no escribió en HTML.

1 me gusta

Boleto descendente: Making sure you're not a bot!

2 Me gusta

El ticket upstream no ha sido respondido en 4 días, sospecho que ni los desarrolladores de Discourse ni los proponentes de Discourse se preocupan por la comunicación mediada por correo electrónico, lo que hace que la única solución posible para este problema sea un proyecto de “rascarse tu propia picazón”.

nos preocupamos por las comunicaciones mediadas por correo electrónico, por eso hemos dedicado una gran cantidad de trabajo a agregar soporte para correos electrónicos entrantes y salientes en Discourse. Dicho esto, es una tarea tremendamente difícil tener en cuenta todos los casos de uso, ya que a menudo entran en conflicto entre sí.

Intentando diagnosticar su problema y comprender mejor su caso de uso, así es como entiendo que van las cosas:

  • Su instancia está configurada para recibir correos electrónicos entrantes de una lista de distribución.
  • El usuario “Martin_Spott” envió un correo electrónico de texto plano a su lista de distribución.
  • Discourse procesó el correo electrónico, transformando el texto plano en markdown/html para que se muestre en Discourse.
  • Recibió una copia de ese correo electrónico, porque está siguiendo ese tema/categoría en Discourse.
  • El contenido de ese correo electrónico está corrupto.

¿Estoy en lo correcto?

2 Me gusta

Bueno, lo que sucede dentro de Discourse no lo sé, pero lo que observo es:

  • Nuestra instancia está configurada para recibir correos electrónicos entrantes (de cualquier cosa).
  • trac.osgeo.org envía correos electrónicos de tipo text/plain a la dirección de correo electrónico entrante de Discourse, asumiendo que se usan fuentes monoespaciadas.
  • Discourse hace algo que no sé.
  • Los usuarios de Discourse que optaron por recibir notificaciones por correo electrónico reciben un correo electrónico multipart que contiene una alternativa html y text/plain, con el text/plain teniendo guiones escapados y entidades html en ellos.

Ahora, el problema mencionado anteriormente (correos electrónicos de trac mal formados) parece haberse solucionado en este momento, pero no sé por qué evento: Making sure you're not a bot!

¿Podrían haber cambiado las cosas debido a que activé y desactivé el “Modo Lista de Correo”?

1 me gusta

Lo dudo. Es más probable que sea la configuración del sitio “preferir html para el correo entrante”.

Me alegra que ahora esté mejor :raised_hands:

1 me gusta

Hablé demasiado pronto: Making sure you're not a bot!

¿Sugieres que es mejor configurar “incoming email prefer html” en SÍ o NO?

@robe2 mencionó que la solución (temporal) probablemente se debió a que ella desmarcó la casilla “La categoría es un espejo”, ¡esperemos que esto proporcione más información para una solución!

Corregido cuando desmarqué la casilla “La categoría es espejo”, el correo electrónico que se enviaba se veía mejor y, al mirar las publicaciones, también se veían más limpias.

Sin embargo, tuve que volver a marcar la casilla porque impedía el encadenamiento y también provocaba que algunos correos electrónicos de nuestro rastreador de tickets fueran rechazados con el error de rechazo El título ya ha sido utilizado.