Le mercredi 10 octobre 2018 18:02:38, David Ponzone david.ponzone@gmail.com a écrit:
Bon, alors, faisons un bilan: Thunderbird sen sort OWA sen sort (tiens donc ) iPhone Mail sen sort Android K9 Mail sen sort Apple Mail sen sort pas
Bah, c'est le bon vieux problème d'incomptabilité entre mailman et Apple Mail, qui ne serai peut-être jamais corrigé par Apple, vu que les listes de diffusions, c'est clairement pas un truc grand public...
Pour info, ci dessous une petite analyse (et peut être, en bas, un fix à tester sur FRsAG) que j'avais il y a quelques années pour une autre liste sur lequel le sujet avait été abordé :
Transféré par Jacques Belin jbelin@oryva.net ----------------------- Message original ----------------------- From: Jacques Belin jbelin@oryva.net To: xxx-xxx@rezo.net Date: Mon, 25 Aug 2014 03:32:59 +0200 Subject: Re: [xxx-xxx] calligraphie messages ----
Le dimanche 24 août 2014 22:17:47, xxxx xxxx@xxx a écrit:
C'est peut-être un virus qui affecte le serveur réseau, ça peut arriver.
Ca a rien à voir avec un virus, mais la conjonction de deux choses :
<version courte>
La configuration de la liste d'une part, qui fait que l'acceptation des messages contenant du HTML, désactive les routines internes gérant les conversions des différences d'encodage de caractère, et le mauvais codage de certains logiciels de mails, qui ne savent pas prendre en compte des messages composés de différents encodages.
<version longue>
- d'un côté, la façon dont le gestionnaire de listes (Mailman, en ce qui nous concerne) gère les parties de messages (l'entête "xxx-xxx ---", puis le corps du message, puis les quelques lignes ajoutées en fin de message donnant les infos sur la liste, pour les cas les plus simples) lorsqu'elles contiennent du texte avec des caractères accentués encodés avec des jeux de caractères différents (ISO-8859-1, Windows-1252, UTF-8, etc...). Dans le cas le plus simple (message en texte pur, sans HTML) mailman concatène les trois éléments, après avoir éventuellement converti l'entête et la fin du message (qui sont écrits par défaut en iso-8859-1) dans le charset du message original. Dans le cas d'un message contenant des parties HTML, ou des fichiers attachés, Mailman, par sécurité, préfère ne rien toucher et met tous ces elements sous forme de différents fichiers attachés, dans leur encodage original. Nous pouvons donc avoir successivement un fichier contenant l'entête codé en ISO-8859-1, un fichier contenant le texte du message, au format brut encodé selon le logiciel de l'émetteur (ISO-8859, UTF-8, etc), le texte du message codé en HTML, et finalement la fin du message codée en ISO-8859-1. C'est qui est fait actuellement pour la liste cip-idf. Mais c'est récent, on y reviendra plus bas.
- D'un autre coté, certains lecteurs de mail (que ca soit des webmails ou des logiciels sur ordi) qui essaient d'assembler (sans qu'on leur ait rien demandé d'ailleurs...) les différents élements textes en une seule partie. Pourquoi pas, mais dans ce cas, il est nécessaire de tenir compte des éventuelles différences d'encodage de ces différentes parties, et eventuellement faire une conversion dans le même encodage pour l'affichage final. Ce que ne font visiblement pas tous les lecteurs, au vu des commentaires passés sur la liste. En fait, les utilisateurs voient du texte encodé en UTF-8 encapsulé dans un texte codé en ISO-8859-1. Note : pour ma part, j'utilise un logiciel de mail qui ne fait pas cet assemblage automatique, et je n'ai donc pas de problème de lecture des portion en UTF-8.
On le voit, la faute ne provient pas du serveur ou de mailman, qui respecte bien les standards MIME (j'ai vérifié les sources de certains messages, dont bien sûr celui qui est la cause de cette discussion), mais du lecteur de mail.
Ceci dit, comme je l'ai dit plus haut, la situation actuelle est assez récente car la configuration de la liste xxx-xxx a changé en mars (en rejoignant xxxx-yyy qui était déjà paramétrée comme ça), avec l'acceptation de la retransmision des messages en HTML (avant, seul le texte pur était envoyé, l'HTML était supprimé). Les fanatiques des messages HTML y gagnent, mais (c'est souvent les mêmes d'ailleurs) ceux qui ont un logiciel codé par des gens qui n'ont pas compris le standard MIME se retrouvent avec un texte illisible...
Note aux administrateur de la liste : sans revenir au paramétrage précedent, supprimant le HTML, il serait peut-être intéressant de faire quelques tests de changements de paramétrage dans la section "Filtres de Contenu", notamment le paramètre "collapse_alternatives" et peut-être d'autres (je n'ai accès qu'à une version plus ancienne de mailman, je ne sais pas s'il y a de nouvelles options à ce sujet).
A+ Jacques.
-------------------- Fin du message original -------------------