Je préfère lire et écrire des e-mails en texte brut. Mes e-mails sont présentés et composés dans des fenêtres de police à largeur fixe de 80 caractères, et j'adore les messages texte correctement cités (avec «>») et balisés en ASCII. Comme autrefois…
Cependant, je reconnais que le monde a évolué, et de nombreuses personnes lisent désormais les e-mails sur des écrans petits ou grands qui nécessitent un flux de texte, et ils préfèrent les polices proportionnelles. Les e-mails traditionnels en texte brut avec des sauts de ligne durs après 78 caractères ne fonctionnent pas bien pour eux: soit les sauts de ligne apparaissent dans des endroits étranges, soit le texte est redistribué (mal) malgré les retours à la ligne durs.
Ma question: comment mon e-mail en texte brut devrait-il être formaté pour les rendre heureux, sans interrompre l'expérience des utilisateurs en texte brut comme moi?
Je connais le «format-flowed» ( RFC 3676 ) qui permet de marquer des paragraphes en texte brut comme redistribués tout en conservant l'apparence classique de moins de 78 caractères par ligne pour les anciens clients. Malheureusement, il n'est pas pris en charge par de nombreux clients de messagerie qui en bénéficieraient le plus (y compris de nombreux diffuseurs Web).
De nombreux clients de messagerie génèrent simplement de très longues lignes (sans retour à la ligne) qui sont destinées à être affichées sous forme de paragraphes flottants. Est-ce maintenant une norme universellement acceptée? Je peux voir trois problèmes avec cela:
La RFC 5322 limite la longueur de ligne à 998 caractères. Qu'en est-il des paragraphes plus longs que cela?
Le texte cité avec «>» peut-il être redistribué?
Cela casse les anciens clients qui ne savent pas quand ni comment refaire de très longues lignes.
Existe-t-il une autre norme pour marquer les e-mails en texte brut comme redistribués?
Notez que je suis assez flexible dans ce que je génère. Mon client de messagerie est extrêmement configurable pour commencer, et je peux le pirater où je dois (j'utilise GNUS dans Emacs).
Notez également que cette question ne concerne pas les e-mails au format HTML. Je les connais, je peux les lire, je peux même les générer si besoin - mais cette question concerne strictement les e-mails en texte brut.
Enfin, recevoir des e-mails dans n'importe quel format n'est pas un problème pour moi. GNUS peut afficher tous les formats de texte brut (ainsi que les e-mails au format HTML) de manière satisfaisante.
la source
Réponses:
J'ai trouvé une page Web détaillée sur ce sujet traitant des RFC2822, RFC1855, RFC5322 et RFC2646 et de divers problèmes. Il mentionne une longueur de ligne conservatrice de 65 caractères.
http://mailformat.dan.info/body/linelength.html
la source