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@nongnu.org https://lists.nongnu.org/mailman/listinfo/nmh-workers
