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              size description
 |    32753       multipart/alternative    6185K
 |  1     text/plain                 134
 |  2     multipart/related        6184K
 |  2.1   text/html                  721
 |  2.2   image/jpeg               2176K
 |  2.3   image/jpeg               2401K
 |    $ 
 |
 |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.

I would not blame Apple, i have seen this from mailers in the
Microsoft world a lot over three years ago, but i have not yet
found any time to complete something first committed on 2015-09-19

    FIXME [mimepipe.3] *mime-alternative-favour-rich*: honour /related..

    Especially in the Microsoft world we can see /alternative
    messages which have a whole bunch of /alternative parts
    collected in a single /related part, i.e.,

      alternative
        text/plain
        multipart/related
          whole bunch of parts, e.g., HTML, images, etc.

    We want to print the entire /related part when used as
    an alternative.

Recursive descendent MIME parsers really suck.

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)

-- 
nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers

Reply via email to