Re: Rmail changes for Emacs 22

[Eli Zaretskii]

> From: address@hidden (Kai =?iso-8859-1?q?Gro=DFjohann?=)
> Date: Tue, 22 Oct 2002 08:31:38 +0200
> 
> Eli Zaretskii <address@hidden> writes:
> 
> > Personally, I think emacs-mule is not a good idea in this case, since 
> > mbox is not Emacs-private format, so some other software should be able 
> > to read it.  A good alternative would be to encode each message as what 
> > the charset= header says (and add/fix such a header if there is none, or 
> > if the one that's there lies).
> 
> Maybe "encode" is a bit misleading in this case, as the bytes in the
> message are not changed (modulo adding/fixing the Content-Type
> header).
> 
> It's more the case that the message that's displayed is _de_coded for
> viewing, right?

Currently, RMAIL decodes the messages in-place, i.e. the encoded text
as received from the MTA is replaced in the RMAIL buffer with the
decoded text.  If this modus operandi is retained, you must encode the
text when you save the RMAIL buffer to a file.

(I've heard that there was an intent to decode the messages into
another buffer, but I don't know whether this is being worked on.)