Accéder au contenu.
Menu Sympa

technique - Re: [TECH] Migration de Mutt vers Thunderbird

Objet : Liste pour les discussions techniques (liste à inscription publique)

Archives de la liste

Re: [TECH] Migration de Mutt vers Thunderbird


Chronologique Discussions 
  • From: Patrice Pillot <patrice.pillot AT teletopie.net>
  • To: technique AT april.org
  • Subject: Re: [TECH] Migration de Mutt vers Thunderbird
  • Date: Tue, 13 Apr 2010 23:39:30 +0200

Sébastien Dinot a écrit :
> - J'ai de plus en plus de mal à afficher correctement les mails qui
> contiennent des jeux de caractères différents de celui que j'utilise
> sur mon système (utf8) ou qui sont mal ou pas annoncés dans le message
> (au passage, je me demande bien pourquoi le problème empire avec le
> temps, certainement qu'il y a un lien que je ne comprends pas avec
> l'abandon progressif des clients lourds au profit de clients légers de
> type webmail). Comme j'avais l'impression de ne pas avoir autant de
> problèmes au boulot - où j'utilise Thunderbird pour ne pas effrayer
> mes collègues - j'ai renvoyé (bounce) certains mails sur ma messagerie
> professionnelle pour en avoir le cœur net : Thunderbird me les affiche
> correctement.

Mmh. Attention, au moment du bounce plusieurs paramètres peuvent être
modifiés par le MUA ou le MTA. As-tu vérifié précisément ce qui posait
problème dans ces messages tels qu'ils étaient dans ta bal, avant de les
renvoyer donc ? À quel endroit la discordance intervenait (quel
content-type était trop aveuglément respecté par mutt // à l'encodage
réel) ? Ce qui me fait tiquer c'est que généralement Thunderbird se
plante lui aussi sur ce type de problème (même s'il est simple de
modifier l'encodage ou plutôt le décodage d'un message). As-tu repéré
des témoignages semblables sur les listes de mutt ou dans son BTS ?

La plupart du temps les annonces fautives d'encodage viennent de ce
qu'un MUA configuré pour utiliser un charset X par défaut doivent citer
(ou inliner) un message envoyer dans un autre charset Y. Thunderbird (en
émission) a en général l'intelligence de repérer celà et avertit
l'utilisateur (via un message en règle générale incompréhensible pour le
non-spécialiste) afin que le message envoyé soit cohérent, mais ce n'est
sans doute pas le cas des outils genre webmail, effectivement (ou des
mauvais MTA client lourd).

Mais Thunderbird _en lecture_ ne fait pas mieux que mutt (d'après ce que
tu décris) et décode systématiquement en fonction du charset donné dans
le content-type, pas dans celui qui est effectivement employé, d'où des
erreurs et le besoin d'utiliser Affichage -> Encodage des caractères -> ...

En revanche ton récit me rappelle qu'à l'époque ou j'utilisais
essentiellement Mutt, Thunderbird savait quelquefois mieux se
débrouiller lorsqu'un message arrivait avec une structure multi-part
endommagée, ce qui est très rare mais arrive parfois. En revanche dans
un cas pareil, sauf erreur de ma part, mutt offrait la possibilité de
modifier le message fautif, alors qu'avec TBird c'est impossible (sauf à
quitter l'appli, lancer vi sur la mbox et relancer l'appli).

> - Je suis de plus en plus de flux RSS, notamment depuis que nous avons
> ouvert des blogs personnels dans le cadre du boulot et Thunderbird
> intègre un client de flux RSS. Je trouve pratique d'avoir les deux au
> sein d'un même outil. Sauf erreur de ma part, Mutt ne gère pas les
> flux RSS.

Là, c'est sûr, chacun a son workflow...


@ +

pp




Archives gérées par MHonArc 2.6.16.

Haut de le page