Ken wrote:
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.
Best-first has some appeal to me: I start at the top, see
text/html or something else I can handle, and go with that
without bothering to look at the other alternatives.
Best-last has a different motivation, though I think it's still
valid:
NOTE: From an implementor's perspective, it might seem more
sensible to reverse this ordering, and have the plainest
alternative last. However, placing the plainest alternative first
is the friendliest possible option when "multipart/alternative"
entities are viewed using a non-MIME-conformant viewer.
David
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
https://lists.nongnu.org/mailman/listinfo/nmh-workers