The RFCs that define MIME say that alternatives parts representing the
same content, e.g. text/plain, text/rtf, and text/html, shall be in the
email in order worst to best when judged by their ability to represent
the content. This allows a user reading the email in an MUA that's not
MIME-capabable to come across the simplest format first, e.g. text/plain.
Ralph is of course correct, but let me add one nit; nmh (and MH) reverse
the order of multipart/alternative parts internally, so they show up
as the "best" content first. I was going to get rid of this implementation
wart when the MIME code gets retooled.
--Ken
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
https://lists.nongnu.org/mailman/listinfo/nmh-workers