Re: [CBLX] Mutt: encodage des noms de pièces jointes

[Dominique Asselineau <asseline@xxxxxxxxxxxxxxxxxxxx>]

Aldo wrote on Sat, Sep 25, 2010 at 10:58:44AM +0200
> Yo:
> 
> On Fri, Sep 24, 2010 at 01:03:06PM +0200, Dominique Asselineau wrote:
> > Emmanuel COUTRIS wrote on Fri, Sep 24, 2010 at 01:08:20AM +0200
> > > Bonjour à tous,
> > > 
> > > Un petit soucis que je rencontre assez fréquemment mais qui commence à
> > > être gênant de plus en plus pour moi: les noms encodés de pièces
> > > jointes ne sont pas décodés par mon mutt.
> > 
> > Pour moi c'est « ne sont pas TOUS décodés ».
> > 
> > > 
> > > Cas semi-concret:
> > > - je reçois un mail avec une pièce-jointe qui s'appelle originellement
> > >   "Présentation en pièce jointe.doc" je reçois, de temps en temps,
> > >   ceci comme nom de la pièce jointe: "=?iso-8859-1?Q?pr=E9sentation en
> > >   pi=E8ce jointe.doc?="
> > 
> > Les espaces ne sont pas encodés correctement, du moins vu par Mutt.
> > Pour le moment je ne sais pas si Mutt est abusivement restrictif sur
> > la norme ou si les logiciels de messageries qui envoient ce genre de
> > chose, sont quelque peu laxistes sur la dite norme.
> > 
> > > - je conçois que l'on me dise: "ben... quand tu sauve le
> > >   fichier... modifie à la main!" 
> > 
> > Ben...  Je te ferais bien cette réponse...  car pour moi, des noms de
> > fichiers avec des caractères non alphanumériques est une source de
> > problèmes.  Enfin moi j'édite le nom du fichier avant de le sauver
> > effectivement.
> > 
> > >   mais lorsque vous recevez des pièces
> > >   dont le nom est en Chinois (je sais ça n'arrive pas à tout le monde
> > >   tous les jours!) eh bien... même l'extension vous ne pouvez pas la
> > >   deviner!
> > > - ca m'arrive aussi pour certains sujets de mail
> > 
> > Même raison.
> > 
> > > 
> > > Ma question est la suivante: est-ce qu'il existe un moyen, avec mutt
> > > ou un de ces aides, pour sauvegarder/voir ces noms avec les bons
> > > caractères? 
> > 
> > Peut-être voir si Mutt propose un param. de config pour autoriser
> > l'espace dans ce type de séquences.  À moins que ce soit un bug de
> > chez Mutt mais là, depuis le temps que Mutt existe, ça se saurait....
> > 
> > > Ma question se pose surtout pour les noms ... car pour le
> > > contenu je peux très bien faire un filtre...
> > 
> > Pour le contenu, ça se passe mieux, à condition que le charset soit
> > correctement indiqué dans l'en-tête, ce qui n'est pas toujours le cas.
> 
> Es-ce Mutt le responsable ? 

Au niveau des charsets pour les contenus (US-ASCII, ISO-8859-x,
UTF-x), Mutt par défaut semble être strict sur ce point mais voici ce
qu'on lit dans la doc

   non MIME-compliant
   messages are often generated by old mailers or buggy mailers like MS
   Outlook Express

Pour contourner ça, Mutt, selon la doc de la version 1.5.13, devrait
disposer des variables de config. strict_mime et assume_charset que
je ne suis pas arrivé à faire fonctionner sur Mutt 1.5.18 (Lenny).

> ou l'encodage MIME pendant le transport du
> message et de sa pièce jointe via les relais etc ?

Pour le transport, l'encodage (base64 ou quoted-printable) est
indépendant du charset.  Ça ne pose généralement pas de problème sauf
dans le cas évoqué par Emmanuel pour les noms de pièces jointes et les
sujets.  Normalement la variable strict_mime=no devrait laisser passer
les sujets mal encodés.  Quant aux noms de fichiers, ça paraît plus
compliqué.

dom
--

---
--
   CarrefourBLinuX MailingListe
   Pour obtenir de l'aide, envoyez le sujet  help  à:
   carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
   Archives:
   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux