>> But right now I think you're going to have to engage your brain.
>
>I often do. You're missing the important point. Currently a simple
>`-prefer text/plain' that seems obvious from the man pages has side
>effects that won't be wanted, and the man pages don't warn about them.
Ok, that's fair
Hi Ken,
> My -prefer is re-ordering parts 1 and 2, as I can show with mhlist.
...
> I can select the text/html in this case with
>
> $ mhlist -nov -prefer text/plain -prefer multipart/related
...
> > Typically, the text/plain and text/html are children of the same
> > multipart/alternative,
>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
Ralph Corderoy wrote in <20180731135013.d6e8b21...@orac.inputplus.co.uk>:
...
|I recently read this `Apple Mail' email with mhshow, read the
|plain/text, and it wasn't apparent to me there were images too.
...
|$ mhlist -nov -prefer text/plain
| msg part type/subtype
Hi,
My .mh_profile has `mhshow: -prefer text/plain', but nothing for mhlist.
I recently read this `Apple Mail' email with mhshow, read the
plain/text, and it wasn't apparent to me there were images too.
$ mhlist -nov
msg part type/subtype size description
32753