Attachments in Mails from iPad not conform to RFC2046

Question

Hello Community,
Mails which were sent from iPad / iPhone and have attachments have the following technical structure:
Headerfield Content-Type is multipart/alternative;
--Apple-Mail-6--139698084 / Content-Type: text/plain;
      <Text>
--Apple-Mail-6--139698084 / Content-Type: multipart/mixed;
      --Apple-Mail-7--139698081 / Content-Type: text/html;
            <Text>
      --Apple-Mail-7--139698081 / Content-Type: application/pdf;
      --Apple-Mail-7--139698081 / Content-Type: text/html;
            <Text>
      --Apple-Mail-7--139698081--
--Apple-Mail-6--139698084--
In some receiving Mailapplications the attachment is only displayed in HTML View, not in
the Text-Only View of the Mail. Therefore the recipient does not see the attached Document
when he displays the Mail in Text-Only View.
Therefor I think that AppleMailer is not conform to the RFC2046:
5.1.4.  Alternative Subtype
The "multipart/alternative" type is syntactically identical to
"multipart/mixed", but the semantics are different.  In particular,
each of the body parts is an "alternative" version of the same
information.
What do You think about that ? Is this the right place to discuss this ? If not: Where can I report
such a Problem ?
Kind regards,
dstrict

Answer 1

If the columns are not sortable, and you can't delete tracks, that would suggest your iPad is automatically syncing with your library. You can manage the content of the iPad in this mode by creating one or more playlists for music that you do want on the device and changing the options on the music tab to include only selected playlists. You can repeat this for other kinds of media. Alternatively on the Summary tab enable the option to Manually manage music and videos.
tt2