Même si le message est en HTML l'explicatio nreste valable. La seule grosse
différence d'un message HTML est qu'il est en plusieurs parties jointes :
une partie en text seul (sans l'enrichissement HTML), et l'autre en pièce
jointe pouvant se substituer comme alternative et enrichie en HTML.
Mais chaque partie dispose des mêmes possibilités de codage. Bref je suis
convaincu que c'est son Firefox qui est mal réglé pour lire les messages,
ou a un problème dans le cas des messages formatés en multiparties
("multipart" en anglais).
On ne peut pas toujours prédire qu'un message sera émis en HTML, même si on
n'a fait aucun enrichissement. Parfois l'enrichissement vient du fait qu'on
a fait un copier-coller d'un morceau de texte depuis une source HTML, mais
meˆme en supprimant totalement l'enrichissement, le message reste envoyé en
multipartie (dont une en HTML, l'autre en texte seul).
Il n'est pas impossible non plus que cette liste gère mal la séparation du
HTML et du texte seul dans les messages multiparties et supprime alors
certains entêtes MIME, ou copie par erreur les entêtes d'une partie dans
l'autre. Ce qui peut provoquer un gros mélange d'interprétations.
La structure MIME d'un email est assez complexe, elle a de nombreuses
options, mais les logiciels gérant les listes de diffusion ne savent pas
toujours les traiter comme il faut. Ensuite ce qui sera affiché sera
imprédictible.
Je note qu'il cite un morceau de message émis depuis un webmail connu
(Gmail), où il n'est pas directement possible pour l'utilisateur de
contrôler le format effectif d'envoi du message (Gmail choisit un format
supposé être le plus compatible avec le plus grand nombre, et c'est lui qui
décide quel encodage de caractères utiliser, et lui qui décide s'il faut
une structure multipartie ou pas.
Mais certains webmails sont très bogués (comme celui d'Orange, qui ne
comprend rien aux normes et fait souvent n'importe quoi comme il veut).
LaPoste.net utilise pour son webmail des logiciels développés initialement
pour Orange et ce n'est pas impossible que ce soit LaPoste.net qui ait ce
genre de bogue dans ses serveurs selon la façon dont il "traduit" les
messages envoyés depuis sa plateforme ou reçus par SMTP d'un abonné pour
être réémis depuis sa plateforme.
Le 23 décembre 2012 01:26, Yannick VOYEAUD <yann...@voyeaud.org> a écrit :
> Le 23/12/2012 00:34, Philippe Verdy a écrit :
>
> Bonsoir,
>
> Bonne explication mais qui n'est probablement pas le problème de
> Jean-François! En effet il dit aussi:
>
> > Pour info, étant abonné à plusieurs autres listes, seule la liste
> > talk-fr d'OSM me fait ce gag.
>
> Ce qui induit une autre solution que celles que tu proposes.
>
> Je suis convaincu comme toi qu'il s'agit d'un problème de codage mais
> localisé à une seule liste ce n'est pas le logiciel qui est en cause
> mais bien plutôt le transport des messages.
>
> Jean-François utilise Linux et Thunderbird 17 donc il est plutôt bien à
> jour.
> Les premières lignes du message copié montre qu'il s'agit d'un message
> HTML. Il faudrait donc amha regarder la façon dont il reçoit la liste.
>
> Perso voici mes réglages:
> *Edition/Propriété du dossier/Informations générales* Codage par défaut
> Unicode (UTF-8) la case en dessous n'étant pas cochée
> *Affichage/Corps du message* HTML original
>
> Amitiés
> --
> Yannick VOYEAUD
> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
> (Camille JOUFFRAY 1841-1924, maire de Vienne)
> http://www.voyeaud.org
> Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
> Journées du Logiciel Libre: http://jdll.org
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
