[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [nmh-workers] multipart/related and -prefer.
From: |
Steffen Nurpmeso |
Subject: |
Re: [nmh-workers] multipart/related and -prefer. |
Date: |
Tue, 31 Jul 2018 17:44:12 +0200 |
User-agent: |
s-nail v14.9.10-178-g4dd4ad88 |
Ralph Corderoy wrote in <address@hidden>:
...
|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)