¿Cómo evitar que Mail codifique mensajes con el antiguo charset=windows-1252?

Algunos de mis colegas que usan Mail, y yo mismo, de mala gana y sin ningún conocimiento de este mal comportamiento, enviamos mensajes codificados con un conjunto de caracteres de Windows-1252:

Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
[...]
Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\))
X-Mailer: Apple Mail (2.1874)

Veo el mismo problema proveniente de muchas versiones diferentes de Mail. Este es un problema grave ya que para algunos filtros anti-spam y antivirus, los mensajes codificados con esta codificación histórica se identifican como provenientes de fuentes de SPAM o virus.

Por supuesto, encontré una manera fácil de elegir el formato utilizado para codificar un mensaje. Pero esta función no se adapta a las personas que manejan décimas o cientos de mensajes.

¿Cómo es posible evitar el envío de mensajes con este formato histórico y sintomático de malware? ¿Cómo es posible elegir de forma definida y sencilla el formato utilizado para todos los mensajes enviados?

→ Tom: ¿cuál es la proporción de spam y virus que recibe en relación con el correo electrónico legítimo cuando solo mira mensajes codificados con Windows-1252?
Casi todo mi correo basura es árabe y otra basura no latina en UTF-8. Pero mi punto es este: cualquiera que ejecute un filtro de spam que rechace los mensajes win-1252 terminará rechazando una gran cantidad de mensajes legítimos generados por la configuración predeterminada de Windows, por lo que no puedo imaginar que un filtro se ejecute de esa manera. En su lugar, usaría otros criterios e ignoraría la codificación.
Como ejemplo típico, en un conjunto de > 20 000 correos electrónicos, solo el 4 % tiene un encabezado con charset=windows-1252, y entre estos, el 74 % son spam total o malware, y el 26 % provienen de correo en ≠ versiones de MacOS X.
Gracias, daniel. Parece que estoy muy atrasado con respecto a cómo se comporta Windows. Encontré una referencia que indica que incluso hace 5 años, el correo electrónico predeterminado era ios-8859-1 en lugar de win-1252. Me interesaría la técnica que usó para analizar los encabezados del conjunto de caracteres, me gustaría probarla en mi correo.
→ Tom: con Mail, Preferences > Rules > Add Rule, crea un nuevo encabezado para encuestar Edit Header List…e ingresa Content-Type. Luego defina su regla como Content-Type Containswindows-1252. Para contarlos fácilmente, elija una acción de Move Messageen un buzón temporal.

Respuestas (2)

Hasta donde yo sé, la única forma de garantizar la codificación es asegurarse de que cada mensaje incluya un dingbat Unicode (por ejemplo, en la firma). Esto asegurará que el mensaje salga como UTF-8. Los dingbats están en el rango Unicode 2700, por ejemplo, ✈ . Debe agregar esto desde el Visor de caracteres, no simplemente cambiando a una fuente "dingbat", que puede no ser Unicode.

Desactivar las comillas tipográficas y los guiones parece solucionar este problema. Al redactar un mensaje, Editar -> Sustituciones -> Comillas inteligentes (y Guiones inteligentes).

Desactivar estas 2 funciones eliminará una gran cantidad de codificación descontrolada con windows-1252, pero no toda. Por ejemplo, mensaje que contiene solo: ’(=⌥⇧]).
¿Cómo evitar que Mail codifique mensajes con el antiguo charset=windows-1252?
RespuestasAquíPolítica de privacidad1y, 0v