Re: improve rmail's MIME handling

[Bob Rogers <rogers-emacs@rgrjr.dyndns.org>]

   From: Kenichi Handa <handa@m17n.org>
   Date: Mon, 29 Nov 2010 15:38:27 +0900

   In article <19699.7405.907052.380667@rgr.rgrjr.com>, Bob Rogers <rogers-emacs@rgrjr.dyndns.org> writes:
   [...]
   >    In RMAIL, as `g' is for getting new mails, it can't be used
   >    for toggling the MIME handling.  In Gnus it seems C-u C-u g
   >    also toggles headers.  So one idea is to use `t' in RMAIL to
   >    toggle MIME handling too.  But, in RMAIL, `t' still decodes
   >    subect, etc. according to RFC2047 . . .

   > FWIW, the VM mail reader (which also uses "g" to get mail and "t" to
   > toggle headers) uses "D", for "decode MIME".

   Does "D" just decode MIME instead of togging the decoding
   and undecoding of MIME?  Does VM decode encoded-words of
   headers only when "D" is typed?

   ---
   Kenichi Handa
   handa@m17n.org

It's a toggle; here is the start of the doc string for
vm-decode-mime-message:

	Decode the MIME objects in the current message.
	The first time this command is run on a message, decoding is
	done.  The second time, buttons for all the objects are
	displayed instead.  The third time, the raw, undecoded data is
	displayed.

	If decoding, the decoded objects might be displayed immediately,
	or buttons might be displayed that you need to activate to view
	the object.  See the documentation for the variables

	    vm-auto-displayed-mime-content-types
	    vm-auto-displayed-mime-content-type-exceptions
	    vm-mime-internal-content-types
	    vm-mime-internal-content-type-exceptions
	    vm-mime-external-content-types-alist

	to see how to control whether you see buttons or objects.

Headers in the message display seem to be decoded at the same time
(headers in the summary buffer are apparently decoded by a separate
mechanism).  And messages are initially decoded by default.

					-- Bob