Prefiero leer y escribir correos electrónicos en texto plano. Mis correos electrónicos se presentan y componen en ventanas de 80 caracteres de ancho fijo, y me encantan los mensajes de texto que se citan correctamente (con ">") y se marcan con ASCII. Como en los viejos tiempos ...
Sin embargo, reconozco que el mundo ha avanzado, y muchas personas ahora leen correos electrónicos en pantallas pequeñas o grandes que requieren flujo de texto, y prefieren fuentes proporcionales. Los correos electrónicos tradicionales de texto sin formato con nuevas líneas duras después de 78 caracteres no funcionan bien para ellos: o las nuevas líneas aparecen en lugares extraños, o el texto se redistribuye (mal) a pesar de las nuevas líneas duras.
Mi pregunta: ¿cómo se debe formatear mi correo electrónico de texto sin formato para que sea feliz, sin romper la experiencia de los usuarios de texto sin formato como yo?
Sé acerca de "formato de flujo" ( RFC 3676 ) que permite marcar los párrafos de texto sin formato como reembolsables mientras mantiene la apariencia clásica de sub-78 caracteres por línea para clientes antiguos. Desafortunadamente, no es compatible con muchos clientes de correo electrónico que se beneficiarían más de ellos (incluidos muchos anuncios publicitarios web).
Muchos clientes de correo electrónico simplemente generan líneas muy largas (sin líneas nuevas) que están destinadas a mostrarse como párrafos fluidos. ¿Es ese un estándar universalmente aceptado ahora? Puedo ver tres problemas con él:
RFC 5322 limita la longitud de la línea a 998 caracteres. ¿Qué pasa con los párrafos que son más largos que eso?
¿Se puede refluir el texto citado con ">"?
Se rompe clientes antiguos que no saben cuándo o cómo refluir líneas muy largas.
¿Existe algún otro estándar para marcar los correos electrónicos de texto sin formato como reembolsables?
Tenga en cuenta que soy bastante flexible en lo que genero. Para empezar, mi cliente de correo electrónico es extremadamente configurable y puedo hackearlo donde lo necesite (estoy usando GNUS en Emacs).
También tenga en cuenta que esta pregunta no se trata de correos electrónicos con formato HTML. Soy consciente de ellos, puedo leerlos, incluso puedo generarlos si es necesario, pero esta pregunta es estrictamente sobre correos electrónicos de texto sin formato.
Finalmente, recibir correo electrónico en cualquier formato no es un problema para mí. GNUS puede mostrar todos los formatos de texto sin formato (así como correos electrónicos con formato HTML) satisfactoriamente.
fuente
Respuestas:
Encontré una página web extensa sobre este tema que trata sobre RFC2822, RFC1855, RFC5322 y RFC2646 y varios problemas. Menciona una longitud de línea conservadora de 65 caracteres.
http://mailformat.dan.info/body/linelength.html
fuente