Richmond wrote:
OK I have recreated the problem as follows:
On my iPhone, I created a spreadsheet using the Numbers app. (I don't
think it matters what the attachment is, this is just an example). I
then sent this to myself by email. (It is not obvious [to me] how to do
this, I searched for it, then selected it from the cloud drive using the
"select" option, then clicked the upload symbol, and selected email.) I
can see this fine in SM (*), no problems.
Then, using the iPhone, I forward the message which I received from
myself to myself. I am asked if I want to include the attachments and I
say yes. I then look at the forwarded message in SeaMonkey (*) and I
cannot see the attachments when the message body is displayed as plain
text. However if I change View Message Body as HTML then I see the
attachment listed over on the right where I can select Save All etc.
(*) I am using IMAP so I can view the same message on iPhone or SM.
The first header is like this (I removed hex strings) :
--Apple-Mail-(hex stuff)
Content-Type: text/plain;
charset=us-ascii
Content-Transfer-Encoding: 7bit
Then:
--Apple-Mail-(hex stuff)
Content-Type: multipart/mixed;
boundary=Apple-Mail-(hex stuff)
Content-Transfer-Encoding: 7bit
--Apple-Mail-(hex stuff)
Content-Type: text/html;
charset=us-ascii
Content-Transfer-Encoding: 7bit
(html stuff here)
--Apple-Mail-(hex stuff)
Content-Type: application/x-iwork-numbers-sffnumbers;
name="Blank 2.numbers";
x-apple-part-url=(hex stuff)
Content-Disposition: attachment;
filename="Blank 2.numbers"
Content-Transfer-Encoding: base64
Then base64 encoded stuff (presumably the attached spreadsheet)
Then:
--Apple-Mail-(hex stuff)
Content-Type: text/html;
charset=us-ascii
Content-Transfer-Encoding: 7bit
(html stuff)
--Apple-Mail-(hex stuff)
--Apple-Mail-(hex stuff)
I can't be sure without knowing the main Content-Type: header and which
"hex stuff" lines match which other "hex stuff" lines, but it looks like
you might have a multipart/alternative (guessing at the main
Content-Type header) message consisting of:
1. A text/plain (plain text) part with no attachments
2. A multipart/mixed part containing:
2.1. A text/html (HTML formatted) part
2.2. An attachment
2.3. Another text/html part (possibly an HTML signature file?)
If that is the case, the attachments are only included in the alternate
part which also includes the HTML version. Viewing only the text/plain
alternate part does not include the attachments.
To be sure, I'd need to see the main Content-Type header and the parts
you've replaced with "(hex stuff)", but if that is the case it would
appear to be an issue with the way the mail is constructed by the sender.
What I'd expect to see is something more like (starting with the main
Content-Type header):
Content-Type: multipart/mixed;
boundary="Apple-Mail-HexString1"
--Apple-Mail-HexString1
Content-Type: multipart/alternative;
boundary="Apple-Mail-HexString2"
--Apple-Mail-HexString2
Content-Type: text/plain;
charset=us-ascii
Content-Transfer-Encoding: 7bit
(Content of plain text part)
--Apple-Mail-HexString2
Content-Type: text/html;
charset=us-ascii
Content-Transfer-Encoding: 7bit
(Content of HTML part)
--Apple-Mail-HexString2--
--Apple-Mail-HexString1
Content-Type: application/x-iwork-numbers-sffnumbers;
name="Blank 2.numbers";
x-apple-part-url=(hex stuff)
Content-Disposition: attachment;
filename="Blank 2.numbers"
Content-Transfer-Encoding: base64
(Base64-encoded attachment)
--Apple-Mail-HexString1--
Which represents (if I've constructed that example correctly) a
multipart/mixed part containing:
1. A multipart/alternative part containing:
1.1. A text/plain (plain text) part
1.2. A text/html (HTML formatted) part
2. An attachment
Note that the attachment is not within either of the alternative parts.
The two different hex strings used as the multipart separators, and the
additional dashes before and sometimes after them, are significant in
indicating which of the two multipart groups they're separating and
where that part ends.
--
Mark.
_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey
