• [^] # Re: vraiment?

    Posté par . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 2. Dernière modification le 01 septembre 2022 à 11:49.

    T'as tout pareil avec un ordre de grandeur en plus en HTML hein, et depuis toujours, alors même que ça a été pensé à l'origine pour régler ce problème précis et laisser la gestion de la mise en page au client !

    Dans les faits c'est faux. Tous les MUA que je connais ne font pas du optimisé pour je en sais quel taille quand ils sont configuré pour envoyer du HTML et tu marche sur les conventions si tu envoi des lignes de plus de 78 caractères.

    On revient au propos de base : tu laisse plus de liberté au lecteur avec du html qu'avec du texte.

    Bref, faire du mail textuel ça fonctionne, et on pourrait faire du texte enrichi, mais il aurait fallut un sous-ensemble assez strict du HTML dès l'origine pour que ça fonctionne bien.
    Là on a des clients lourds qui intègrent un moteur de rendu HTML (ou plutôt l'inverse : un moteur de rendu HTML utilisé comme client mail, comme les webmails ou même thunderbird), ce qui est salement overkill pour de la transmission de texte enrichi.

    On aurait pu faire pleins de choses, par exemple normaliser un markup et s'en servire. Mais aujourd'hui ça n'est pas le cas.

    Yth, qui ne voit pas plus le lien avec le base64...

    Tu peux faire des lignes de la taille que tu souhaite en encodant le corps en base64. Il me semble que c'est plutôt bien géré par les MUA.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll