Acabo de poder enviar un mensaje usando una dirección de Gmail y la aplicación web de Gmail; tenía una firma con imagen que se recortó correctamente.
Sin embargo, la misma cuenta de correo, al enviar un mensaje desde mi aplicación local de Outlook 2016 en PC, no tuvo su firma eliminada (misma imagen de firma, pero configurada en Outlook).
En la práctica, la mayor proporción de usuarios del foro utilizará la aplicación de Microsoft Outlook, por lo que eso debería ser el criterio de «éxito» del proceso de recorte.
¿Es solo una fuente de correo de Outlook 2016 la que te causa problemas con las firmas, o todas?
¿Se sabe que Outlook 2016 inserta elementos resistentes al recorte? ¿O quizás Outlook 2016 no se consideró una de las aplicaciones populares que deberían incluirse en la biblioteca email_reply_trimmer?
¿Alguien ha ideado una estrategia para abordar esto? (más allá de pedir a los usuarios que recuerden desactivar las firmas automáticas al enviar correos al foro, lo cual sé que provocará quejas).
También veo que, aunque no se recortan, las firmas en los mensajes de Outlook 2016 no se analizan correctamente; en mi caso, con formato de texto y fuentes alterados, además de algunos caracteres de texto añadidos y una imagen sobredimensionada. ¿O esto es el resultado de un intento de recorte fallido?
Es la firma de un usuario de Outlook 16 que siempre pasa por el recortador, y otra de un cliente desconocido (pero enviada a través de outlook.com y/o MS-Exchange) que tiene algunos archivos de imagen cuadrada blanca en la parte inferior, como estos:
Hmm, ¿cuál es la mejor estrategia a partir de aquí?
¿Es la biblioteca email_reply_trimmer algo con lo que cualquier tonto (como yo) pueda jugar para ver si puede identificar los patrones en el script aplicados a otras aplicaciones de correo y agregar un filtro para las firmas de Outlook 2016? Creo que leí que este script ahora es parte del núcleo de Discourse. ¿O me estoy engañando?
Nunca he experimentado con GitHub y no querría potencialmente meter en problemas a nadie más en el proceso de experimentación, o incluso causar un daño irreparable en mi propio foro.
Estamos utilizando un formulario web para generar un correo electrónico y crear nuevos temas en una categoría.
El formulario web incluye esto de forma predeterminada:
Este correo electrónico se envió a [correo electrónico de la categoría] como resultado de completar un formulario.
Haga clic aquí para reportar correo no deseado.
¿Existe alguna manera de eliminar un mensaje como este?
Prueba a cambiar el software del formulario web para colocar el mensaje debajo de un – (dos guiones y un espacio) y que parezca más una firma.
Bla bla
Formulario: Contenido
--
Este correo electrónico se envió a [correo electrónico de categoría] como resultado de un formulario completado.
Haz clic aquí para reportar correo no deseado.
no copies realmente mis dos guiones y un espacio de arriba, tiene algún truco de unicode
Esta función sería enormemente útil: poder agregar firmas ofensivas a una lista de “eliminar esto si lo vuelves a ver”. La coincidencia podría ser un poco más sencilla, ya que simplemente eliminaría ese texto tal cual, en lugar de tener que intentar especulativamente hacer coincidir todas las firmas.
Eso no es del todo correcto; debería tener el espacio en el medio, así: “- -”
Personalmente, he encontrado que es bastante difícil hacer que los usuarios lo incluyan en sus firmas. Está bien si puedes mirar por encima de su hombro para configurarlo por ellos, ¡pero se les dificulta hacerlo por su cuenta! Quizás los tuyos tengan más conocimientos técnicos.
Realmente no lo hacen. Si copias y pegas la expresión regular de la línea 144 en https://rubular.com/, verás que coincide con -- (guion-guion-espacio), pero no con - - (guion-espacio-guion).
Ah, veo. Definitivamente parece que hay un espacio en medio, a menos que lo copies y pegues en otra cosa (desde la línea 144): "--/s" - cuando se presenta como código, parece haber un espacio entre los guiones.
“–/s” copiado y pegado directamente en markdown, claramente sin espacio.
Esto podría explicar por qué he tenido dificultades para tener éxito con esto. Gracias por mantener la línea.
No conozco Ruby, pero \s parece coincidir con un salto de línea además de un espacio. Si es así, entonces -- en su propia línea, sin el espacio, también debería estar bien.
Markdown utiliza varias guiones para crear una regla horizontal. Tenemos mensajes que incluyen detalles de la reunión debajo de una regla horizontal. ¿Existe una alternativa que podamos usar para crear un separador sin que provoque recortes?
Por ejemplo, un correo electrónico de entrada podría contener lo siguiente:
Este es el contenido de un correo electrónico de ejemplo. Podría contener detalles de la reunión. Si este mensaje se enviara por correo electrónico, esta parte y todo lo que sigue después se recortaría.
El problema es que, cuando responden a una publicación de Discourse por correo electrónico, parecen agregarse varias imágenes blancas a su publicación. Esto resulta en un bloque de espacio en blanco no deseado después de su texto. Solo parece ocurrir con este usuario en particular. No tienen una firma de correo electrónico propiamente dicha.
Aún me están escapando entre un 5% y un 10% de las firmas de los miembros.
Si las heurísticas actuales no pueden manejar estos casos, creo sinceramente que es esencial contar con una base de datos manual de firmas o incluso imágenes incrustadas en correos electrónicos que se sigan enviando y que no se detecten automáticamente.
No hay manera en el mundo de que pueda esperar que los usuarios cambien sus firmas de correo electrónico solo para el foro, lo cual representa solo una pequeña parte de su actividad diaria de correo electrónico.
¿Cómo podemos enviar ejemplos fallidos de manera efectiva para que puedas mejorar las cosas?
Personalmente, no puedo publicar ejemplos directamente aquí desde nuestros foros (privados), ya que este es un espacio público.
Una posible forma de hacerlo sería mediante un mensaje privado (quizás etiquetado) a un miembro del personal designado (con un enlace para configurar esto).
