Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'Supporting standards...' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Supporting standards...
Authored by: MattHaffner on Oct 23, '04 11:00:45PM

"That's a bug."

In the recipients' mail client(s), which probably claim(s) to be MIME compliant. Yes.

MIME is simple. A client that is not supporting multipart MIME or that supports it in a way that only displays the text of the first text part is the buggy part of the connection here. Not Mail.app.

In the case of a e-mail with a graphical element "attached" in the middle, there is nothing special about the 1st or 3rd (or any) text parts. They should be displayed (or offered to be displayed), on-screen in any mail client that conforms to the MIME *standard* (RFC-2049). What happens to the 2nd, non-text part is completely up to the client, although it has to at least notify the user that it exists (and should probably be able to at least save it).

The notion of an "attachment" coming at the end of a message is one based on our history of using text-based e-mail clients. The underlying standard that encodes them doesn't have that barrier, however. Any modern e-mail client shouldn't either.



[ Reply to This | # ]