Faltan caracteres de espacio en el texto del correo electrónico de resumen de actividad

Soporte
1

Me acabo de enviar algunos resúmenes de vista previa, ya que normalmente no los recibo.

Estoy viendo algunos caracteres de espacio faltantes aleatorios, pero consistentes, en encabezados y texto dentro del correo electrónico. Estos espacios no faltan en el contenido del foro, pero los mismos se eliminan consistentemente en múltiples resúmenes de vista previa generados, según se ve en varios clientes de correo electrónico.

He intentado eliminar y volver a agregar los espacios originales sin ningún efecto.

Extractos:

digest_missing_spaces
digest_missing_spaces465×251 15.9 KB

He revisado los resúmenes que recibo de otros foros de Discourse y no veo esto en ningún otro lugar.

¿Alguien más ha visto esto o tiene alguna idea de lo que está pasando?

2

¿Es posible que esto sea un problema de fuente / visualización? ¿Ha comprobado el contenido sin procesar subyacente?

3

Hm. No estoy seguro de cómo diagnosticar un problema de fuentes/pantalla. Los correos electrónicos se muestran igual en varios clientes de correo y navegadores en Windows y Linux.

He adjuntado .json a las URL de las publicaciones del foro, y no hay nada extraño en el contenido de "topic_slug" o "cooked"…

¿Hay algo más que pueda verificar en el contenido sin procesar?

1 me gusta
4

Necesitarás revisar el correo electrónico sin procesar en lugar de la publicación.

1 me gusta
5

Ok - miré el correo electrónico sin procesar, y donde a la versión HTML le faltan espacios, la versión de texto tiene los espacios correctos. Sin embargo, a la versión de texto le faltan otros caracteres de espacio. No tiene lógica.

¿Quizás podría ser un error de codificación de caracteres en el proceso de copiar/pegar los temas afectados de una plataforma heredada..? EDIT: No. Continúa con las publicaciones actuales, y también con otros correos electrónicos, no solo con el resumen.

Resúmenes más recientes de Discourse que incluyen publicaciones actuales no tienen el mismo problema, así que no me preocuparé mucho a menos que vea que continúa. EDIT: Continúa.

(Nota al margen: solo para estar atento a estas cosas, ahora desearía poder forzar un resumen completo enviado a mi cuenta de administrador a diario, independientemente de que esté constantemente conectado).

6

¿Podrías reenviarme uno de esos correos electrónicos como archivo adjunto?

EDITAR: hecho

7

OK, aquí está lo que veo en el texto sin formato del correo electrónico:

[La desinformación/desinformación empieza a abrumar a la civilización][2]

El lado oscuro de la IA generativa es que permite la producción de desinformación (debido a la confabulación) y desinformación (es decir, producción deliberada de noticias falsas para lograr un fin) a escala industrial. La representación de páginas web al estilo de fuentes autorizadas es sencilla, y los avances en los deep fakes harán que los complementos de historias en video sean más fáciles. Aparte de las nubes de información falsa de Vinge para ocultar información (Rainbows End), que no creo que supusieran una solución, ¿han pensado los autores de ciencia ficción en esto y en cómo podría abordarse?

nota:

  • to overwhelm :white_check_mark:
  • a paperback :white_check_mark:
  • Renderingof :x:
  • Asidefrom :x:

y en la versión HTML:

<a href="https://forum.tasat.org/t/mis-disinformation-starts-to-overwhelm-civilization/66" style="text-decoration: none; font-weight: bold; color: #006699;; font-weight:400;line-height:1.3;margin:0;padding:0;text-decoration:none">
<strong >Mis/Disinformation starts tooverwhelm civilization</strong>
…
Rendering of web pages in the style of authoritative sources is straighforward, and progress in deep fakes will make video story complements easier. Aside from

nota:

  • tooverwhelm :x:
  • apaperback :x:
  • Rendering of :white_check_mark:
  • Aside from :white_check_mark:

En su forma más cruda (es decir, codificada), estos errores todavía están ahí:

[Mis/Disinformation starts to overwhelm civilization][2]

The dark =
side of generative AI is that it enables the production of misinformation (=
due to confabulation) and disinformation (i.e. deliberate production of fak=
e news to achieve an end) at industrial scale. Renderingof web pages in t=
he style of authoritative sources is straighforward, and progress in deep f=
akes will make video story complements easier. Asidefrom Vinge=E2=80=99s c=
louds of fake information to hide information (Rainbows End), which I don=
=E2=80=99t believe posed a solution, have any SF authors thought about this=
 and how it might be tackled?
Ken

                                  <a href=3D"https://foru=
m.tasat.org/t/mis-disinformation-starts-to-overwhelm-civilization/66" style=
=3D"text-decoration: none; font-weight: bold; color: #006699;; font-weight:=
400;line-height:1.3;margin:0;padding:0;text-decoration:none"
                         <strong >Mis/Disinformation starts tooverwhelm civi=
lization</strong>

estos no están en el crudo/cocido:

000000d0: 5265 6e64 6572 696e 6720 6f66 2077 6562  Rendering of web
000000e0: 2070 6167 6573 2069 6e20 7468 6520 7374   pages in the st
000000f0: 796c 6520 6f66 2061 7574 686f 7269 7461  yle of authorita
00000100: 7469 7665 2073 6f75 7263 6573 2069 7320  tive sources is
00000110: 7374 7261 6967 6866 6f72 7761 7264 2c20  straighforward,
00000120: 616e 6420 7072 6f67 7265 7373 2069 6e20  and progress in
00000130: 6465 6570 2066 616b 6573 2077 696c 6c20  deep fakes will
00000140: 6d61 6b65 2076 6964 656f 2073 746f 7279  make video story
00000150: 2063 6f6d 706c 656d 656e 7473 2065 6173   complements eas
00000160: 6965 722e 2020 4173 6964 6520 6672 6f6d  ier.  Aside from

No es que no te creyera :smiley:

Entonces… los espacios se eliminan ocasionalmente del cuerpo del correo electrónico, ya sea de la parte de texto o de la parte HTML. ¡Y no en los mismos lugares!

Postulo que estos errores podrían haberse introducido en uno de los cuatro lugares:

  • en Discourse, generando el correo electrónico
  • transmitiendo el correo electrónico a un servidor de envío de correo electrónico
  • transmitiendo el correo electrónico a un servidor intermedio/final
  • entregando al buzón del usuario

Probablemente sea más fácil empezar por el principio.

¿Puedes hacer que Discourse envíe correo a un MTA local donde puedas inspeccionarlo en la cola antes de que el MTA lo envíe a tu servidor de entrega de correo “real”?

8

¡Gracias por el análisis, Michael!

No soy un administrador de correo electrónico avanzado: estoy ejecutando la instalación manual recomendada típica, con correo electrónico de salida real a través de MailerSend.net, y he configurado cuidadosamente DKIM/DMARC, etc. a un estado funcional. Por lo que he leído, incorporar un MTA local como sendmail o Postfix es un movimiento avanzado que se desaconseja en la mayoría de los casos… Soy un poco aprensivo acerca de meter mano y posiblemente interrumpir un flujo de trabajo funcional. :grimacing:

¿Existe una implementación de MTA fácilmente reversible, del tipo de solución de problemas, que podría considerar?

9

Como se señaló en las ediciones anteriores, este problema continúa con el contenido publicado actualmente por los usuarios, no solo con el contenido copiado y pegado por el administrador, y ahora se observa con los correos electrónicos de resumen, user_replied y user_posted.

MailerSend confirmó que faltan los caracteres de espacio cuando reciben la solicitud de Discourse, por lo que parece que el error está en la generación del correo electrónico por parte de Discourse… ¿?

Para que conste, los caracteres de espacio no faltan al previsualizar un resumen generado, solo cuando se reciben como correos electrónicos.

Al mismo tiempo, tengo este problema con los correos electrónicos de resumen, reportado por otros a partir de febrero:

Estas publicaciones repetidas están presentes en las previsualizaciones de resumen generadas.

EDIT 2024-04-26: el problema de los resúmenes repetidos ha sido identificado. Pendiente de una solución, he mitigado el problema mediante cambios en la configuración, pero no parece estar relacionado con este tema. Los correos electrónicos salientes todavía tienen caracteres de espacio faltantes.

He realizado una actualización y reconstrucción desde la línea de comandos para ver si eso solucionaba algún problema, pero no tuvo ningún efecto.

Si estas cosas no les suceden a todos los que están al día en la rama tests-passed, ¿qué podría revisar en mi configuración?

10

Si puedes deshabilitar temporalmente TLS entre tu servidor y mailersend, eso te permitirá inspeccionar el tráfico real en la red y te mostrará si Discourse está enviando los espacios o no, resolviendo esta pregunta de una vez por todas.

Si no puedes, podrías intentar MITM (Man-in-the-Middle) el tráfico, pero eso es más complicado.

Si ninguna de las opciones anteriores funciona, en este caso configuraría un postfix local, pero no lo configuraría para entrega directa, sino que haría que envíe su correo electrónico a tu cuenta de mailersend de la misma manera que lo hace Discourse.

De esa manera, puedes hacer que Discourse envíe a través de cualquiera de los métodos y puedes inspeccionar el correo en la cola de postfix antes de que salga.

11

Gracias Michael – Soy nuevo en "inspeccionar en el cable" pero esto es lo que he encontrado.

MailerSend requiere TLS y el puerto 587. Así que:

  • Creé un app.yml alternativo para enviar a una cuenta gratuita de mailtrap.io en el puerto 2525
  • Establecí DISCOURSE_SMTP_ENABLE_START_TLS = false
  • Apliqué el cambio con:
cd /var/discourse
./launcher destroy app
./launcher start app
  • Configuré Wireshark para monitorear el tráfico remoto a través de tcpdump

Los paquetes de contenido de correo electrónico en Wireshark y los correos electrónicos sin cifrar recibidos en Mailtrap no tienen, hasta ahora, ningún carácter de espacio faltante. Pruebas específicas de resúmenes ejecutadas una tras otra con cada configuración tienen espacios faltantes con mi configuración original y no con la versión de mailtrap. ¿Podría esto indicar que el problema se introduce con el cifrado TLS?

EDIT: Se me ocurrió que no utilicé completamente la configuración de prueba de Mailtrap. Desde entonces, he ejecutado varios resúmenes de vista previa cifrados a Mailtrap —en el puerto 587 con TLS habilitado— y no he visto ningún carácter de espacio omitido. Ahora estoy pensando que, a pesar de que MailerSend me dijo que los problemas estaban presentes en las solicitudes recibidas, podría estar sucediendo en su extremo después de todo. No estoy seguro de qué buscar, pero planeo discutir estos hallazgos con ellos.

2 Me gusta
12

(Por si acaso ayuda: eché un vistazo rápido a mi configuración y no vi ningún problema. Así que me preguntaría si tienes algún tema o plugin que afecte tu configuración. Lo que hice fue visitar mail-tester.com para obtener un destino temporal, luego usar Admin->Emails->Preview Summary para enviar un resumen al destino temporal, y luego hacer clic en mail-tester para ver las versiones HTML y de texto sin formato. Podría valer la pena intentar la misma táctica para ver si algo es diferente para ti).

13

Gracias, Ed. Para llegar a mail-tester, mis correos electrónicos tendrían que pasar por mi retransmisión de MailerSend, que es lo que estaba intentando sacar de la cadena. Pero tu comentario me impulsó a volver a Mailtrap y realizar pruebas con cifrado TLS, y he editado mi publicación anterior.

1 me gusta
14

Yo también lo creo probable.

Para una prueba sólida, a continuación, tomaría uno de los correos electrónicos de texto sin formato que capturó y lo enviaría a mano a través de su cuenta de MailerSend usando openssl s_client.