Comment dois-je formater les e-mails en texte brut pour rendre tout le monde heureux?

17

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:

  1. La RFC 5322 limite la longueur de ligne à 998 caractères. Qu'en est-il des paragraphes plus longs que cela?

  2. Le texte cité avec «>» peut-il être redistribué?

  3. 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.

email  formatting  plaintext 
— altruizine
source
2
on dirait que vous avez beaucoup plus d'expertise que moi. Je suis curieux de savoir dans quelle situation quelqu'un vous a dit qu'un e-mail en texte brut que vous avez envoyé était mal formaté ou illisible? Et d'un autre point de vue, la seule fois où j'ai reçu un e-mail mal formaté (police jaune clair pâle), je l'ai simplement collé dans le bloc-notes et j'ai pu le lire. Je suis sûr que si quelqu'un est assez pointilleux pour se plaindre du formatage d'un e-mail, lui ou sa communauté aurait des directives qui lui conviennent. La seule plainte concernant la mise en forme que j'ai reçue a été d'envoyer un e-mail en texte brut car c'est tout ce qu'ils acceptent.
— barlop
2
@barlop La plupart des gens ne se plaignent pas des e-mails mal formatés. Mais je connais beaucoup de gens (y compris moi-même) qui s'en soucient - et interprètent les e-mails mal formatés comme un signe de négligence et de manque de professionnalisme. Il y a des situations où j'ai besoin que mes e-mails "fonctionnent" sans que cela ne me gêne. Même la simple possibilité qu'un destinataire doive copier / coller mon message pour le lire serait un désastre total.
— altruizine
1
Je suis également contre l'idée d'un e-mail qui doit être copié / collé dans le bloc-notes. Je pense que pour la plupart des gens d'affaires, le fait qu'un e-mail en texte brut soit plus compatible ne leur passera pas par la tête et un e-mail html serait plus professionnel pour eux, car html a plus d'options de formatage qui peuvent rendre les choses plus claires, si l'e-mail nécessite au moins quelques sous-titres. Si vous êtes préoccupé par les normes des gens concernant l'apparence des e-mails, vous ne pouvez peut-être pas vous tromper en observant la façon dont ils formatent les e-mails qu'ils vous envoient.
— barlop
Je crois que vous devez simplement utiliser format = flowed. Vous voulez vraiment déranger qui que ce soit, car ils obtiendront 78 caractères par ligne; et cela encouragera les applications de messagerie Web à l'adopter déjà. Assurez-vous également de vous plaindre à tout fournisseur de messagerie Web qui ne le fait pas!
— einpoklum
Sur 1: si les messages sont envoyés en texte MIME / simple, les encodages comme quoted-printable (ou pire, base64) casseraient les lignes bien avant 998 caractères .... (Cela rend les choses plus difficiles à lire dans un format non MIME) client e-mail si ...)
— Gert van den Berg

Réponses:

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.