Re: iso encoded attachment file names

Henrik Frisk <mail <at> henrikfrisk.com> wrote:

> > > Hello,
> > > >
> > > > I regularly get email attachments with file names that are encoded, e.g.
> > > >
> > > > =3D?iso-8859-1?Q?IL2213_=3DE4ndring_av_betyg_f=3DF6r_Saif_U.pdf?=3D
> > > >
> > > >
> > > > When I try to open such an attachment with mh-display-with-external-viewe=
> > > r
> > > > the file is not found, because the file name is not decoded before handed
> > > > over to the external program.
> > > >
> > > > What can I do?
> > > > Is there a customization t handle this situation?
> > >
> > > Sorry for the late reply; I just noticed this message.
> > >
> > > I have the same problem. I usually end up doing `K o' to save the file
> > > and I edit the "save as" dialog to simplify the filename. Then I open
> > > it in a shell.
> > >
> > FWIW I used to have this same problem but on my current system (Fedora
> > 11, emacs 23.1.1) I can open attachments with encoded filenames
> > without first having to save them (i.e. the file names are corrctly
> > decoded and displayed with their non-ascii characters.). Unfortunately
> > I don't know what change made it work.
> 
> I would love to know!

(Sorry for the slow response)

Well, I booted up my old machine running FC8, Emacs 22.1.1, Gnus 5.11 and MH-E 8.0.3 and it handles
attachments correctly. I don't really know what to look for in order to reproduce the error and figure out
what I did to correct it but I'd be happy to help if I can get some hints.

best,

/Henrik

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev