Typically, the text/plain and text/html are children of the same
multipart/alternative, but here Apple thinks text/plain means images
aren't required. Perhaps revenge for my never having purchased an Apple
product.
Ralph, as far as I can tell ... nmh is doing exactly what you asked.
You told it, "Hey, if you run across a multipart/alternative, please
give me the text/plain version in preference to all others". And that's
exactly what happened.
And this isn't just an Apple problem; like Steffen said, this is common
in the Microsoft world as well (I see it all of the time when it comes
to calendar invites; I just see the text/plain version, but all of the
calendar stuff is part of multipart/mixed content). I think the use of
multipart/related is a red herring here.
This would require a lot of special-case code; you'd need to say, "Okay,
if if the other alternative type is a multipart/foo, AND the first type
of that is a text/html, then give me the text/plain part and then all of
the other parts after the text/html". That seems fragile, at least in
the core code. I think with my pie-in-the-sky "new MIME" architecture
you could write a helper script in the "part selector" phase that would
encompass that logic. But right now I think you're going to have to
engage your brain.
--Ken
--
nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers