On Tue, May 30, 2000 at 13:01:46 -0500, Aaron Schrab wrote:
> At 11:12 -0500 30 May 2000, Ronny Haryanto <[EMAIL PROTECTED]> wrote:
> > an RFC (about multipart or MIME, I can't remember exactly) suggests
> > that the last text/plain part be shown if all of the parts are of the
> > same type. Please correct me if I'm wrong.
>
> Actually, mailers are supposed to prefer the last alternative that they
> can handle, regardless of type (RFC 2046, section 5.1.4).
And so does Mutt, of course. Or more precise:
1) The alternative_order list is searched, and the first item on the
list which matches one or more alternative parts is used, and the
last part matching the used entry is chosen.
2) If no part is chosen, then the last part which can be autoviewed
is chosen.
[A part can be autoviewed if:
a.1) $implicit_autoview is set, or
a.2) the environment variable MM_NOASK is defined to "1" or to a
list of MIME types where one matches the type the part, or
a.3) it is on the auto_view list.
and
b) a suitable mailcap command for the type is found.]
3) If no part is chosen, then the last part of type text/enriched is
chosen.
4) If no part is chosen, then the last part of type text/plain is
chosen.
5) If no part is chosen, then the last part of type text/html is
chosen.
6) If no part is chosen, then the last part of a type which Mutt can
handle fully or partially is chosen (for example message/rfc822 and
multipart/* parts).
7) If still no part is chosen, Mutt gives up and gives an error
message.
If anybody wants to include this stuff in the manual (section 5.5),
please go ahead.
--
Byrial
http://home.worldonline.dk/~byrial/
