En RFC 2822 (definición de correo electrónico) se define que ninguna línea DEBE tener más de 78 caracteres (excluyendo CRLF) y NO DEBE tener más de 998 caracteres. Con las líneas más largas imprimibles entre comillas se dividirán en más líneas, terminando cada una con un '=' hasta que se alcance el salto de línea real. ¿Cumple un correo con el estándar si contiene líneas de más de 78 (o 998) caracteres pero está codificado con comillas imprimibles?
Hay argumentos de que esto no cumple, porque el cliente de correo receptor tiene líneas más largas después de decodificar el mensaje imprimible entre comillas.
EDITAR : Para aclarar la pregunta en la forma en que lo hizo David Cary: Sí, quiero decir que el correo codificado imprimible entre comillas debe ser compatible con imprimible entre comillas, lo que significa que las líneas no tienen más de 76 caracteres. Pero los mensajes decodificados pueden tener líneas más largas que este límite. Entonces mi pregunta es: ¿se supone que el software del cliente que implementa RFC 1521 maneja líneas indefinidamente largas después de decodificar el contenido de texto imprimible entre comillas? Esto se responde sí con ambas respuestas hasta ahora (gracias) con la restricción de que Netiquette lo desalienta (RFC 1855). Pero Netiquette incluso limita una longitud de línea a 65 caracteres, un límite al que casi nadie se adhiere.