Le devis est-il suffisamment imprimable pour rendre un courrier conforme à la restriction de longueur de ligne posée dans la RFC 2822?

Dans la RFC 2822 (définition du courrier électronique) est définie, aucune ligne NE DEVRAIT être plus longue que 78 caractères (à l'exclusion de CRLF) et NE DOIT PAS dépasser 998 caractères. Avec des lignes imprimées entre guillemets, les lignes plus longues seront divisées en plusieurs lignes, se terminant chacune par un «=» jusqu'à ce que le véritable saut de ligne soit atteint. Conforme un courrier à la norme, s'il contient des lignes de plus de 78 (ou 998) caractères mais est codé avec un devis imprimable?

Il y a des arguments, que ce n'est pas conforme, car le client de messagerie récepteur a des lignes plus longues après le décodage du message imprimable entre guillemets.

EDIT : Pour clarifier la question de la manière demandée par David Cary: Oui, je veux dire que le courrier codé imprimable doit être compatible avec le devis imprimable, cela signifie que les lignes ne dépassent pas 76 caractères. Mais les messages décodés peuvent avoir des lignes plus longues que cette limite. Ma question est donc la suivante: le logiciel client implémentant le RFC 1521 est-il censé gérer des lignes indéfiniment longues après le décodage du contenu texte imprimable entre guillemets? Ceci est répondu oui avec les deux réponses jusqu'à présent (merci) avec la restriction que cela est découragé par la Netiquette (RFC 1855). Mais Netiquette limite même une longueur de ligne à 65 caractères, une limite à laquelle presque personne n'adhère.

Je ne suis pas sûr de ce que vous demandez:

un client de messagerie receveur trouve de longues files d'attente avant de décoder le devis imprimable

Supposons que le logiciel de codage imprimable cité à la fin de la transmission ait simplement cité des lettres non imprimables, ce qui rend la ligne codée résultante plus longue que la ligne d'origine, sans jamais ajouter de «sauts de ligne doux», ce qui donne une ligne codée plus longue que la limite.

Ceci n'est pas conforme.

Les lignes de données codées imprimables entre guillemets ne doivent pas dépasser 76 caractères. Pour satisfaire cette exigence sans modifier le texte codé, des sauts de ligne souples peuvent être ajoutés ... Ces sauts de ligne souples permettent également de coder du texte sans sauts de ligne (ou contenant des lignes très longues) pour un environnement où la taille de la ligne est limitée, comme le " 1 000 caractères par ligne "limite de certains logiciels SMTP, comme autorisé par RFC 2821.

- Wikipédia: citation-imprimable , paraphrasant la RFC2045 page 21.

les lignes codées sont courtes, mais un client de messagerie de réception trouve de longues lignes après décodage imprimable

Cela est conforme aux RFC2822 et RFC2045 et devrait être pris en charge par tous les logiciels.

Cependant, la création de tels messages est découragée par plusieurs directives de Netiquette, y compris la page 3 de la RFC 1855 "Netiquette Guidelines".

C'est définitivement conforme. L'intérêt de Quoted-Printable et du reste de la série MIME de RFC (RFC 2045 à RFC 2049) est de permettre le codage de données qui autrement ne seraient pas valides dans les courriers électroniques. La RFC 2822 indique explicitement (et à plusieurs reprises!) Aux lecteurs ces RFC pour savoir comment procéder.

Si vous voulez vraiment savoir à quel point il est compliqué de créer un composeur et un analyseur d'e-mails conformes, vous devez regarder cette vidéo sur Youtube: http://www.youtube.com/watch?v=JENdgiAPD6c

Ricardo Signes donne des vues intérieures sur les différents RFC et sur la stupidité qu'ils apportent dans la vie réelle.

Il dure 40 minutes et ne fait qu'effleurer la surface du mauvais et du bon "contenu" des e-mails. Après avoir regardé, vous allez changer votre opinion sur le logiciel de messagerie que vous pensiez conforme aux normes de messagerie.