[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: improve rmail's MIME handling

From: Kenichi Handa
Subject: Re: improve rmail's MIME handling
Date: Fri, 26 Nov 2010 20:34:06 +0900

In article <address@hidden>, Eli Zaretskii <address@hidden> writes:

> > Now the default value of rmail-enable-mime is t, and thus a MIME
> > message is properly decoded in RMAIL buffer automatically.

> Why is this a good idea, especially on the Emacs 23 branch, in the
> middle of a pretest?

I interpreted Stefan and Yidong's "go ahead" as so.

> Previously, Rmail would never do anything with
> attachments without my say-so, and thus was one of the safest MUAs on
> Earth.  Why change that now?

Rmail still does nothing non-safe thing with attachments.  It
just shows you something like this line (with proper buttons):

Attached image/jpeg file: temp.jpg (281kB) Display

instead of showing something like this raw base64 data:

Content-Type: image/jpeg
Content-Disposition: attachment; filename=temp.jpg
Content-Transfer-Encoding: base64


And, a text content is of course decoded properly, but it
had been decoded anyway.  The difference is that, with the
new code, text contents in multipart (and encoded-words in
headers) are also decoded correctly.

> Of course, if other Rmail users think we should make it t by default,
> I can always customize it back, so if I'm the only one who cares,
> let's leave it at t.

I vote for `t', but of course I follow the opinion of the

Kenichi Handa

reply via email to

[Prev in Thread] Current Thread [Next in Thread]