Re^2: problem w/ MIME::Lite and multipart/alternative emails

[geektron]

Hmm, works fine for me (what exactly do you mean by "isn't coming through"?):

I'm not getting the rendered display of the message in my mailreader. I've looked at the source, and it is, in fact, there ... but my mailreader (Thunderbird) isn't rendering it).

[tirwhan]

So this is actually a Thunderbird question, not a Perl question, right ;-)? With multipart/alternative you'd expect the client to only show one of the alternative contents (that's what that Content-Type is for). Go to your "View"->"Message body" menu in Thunderbird and fiddle with the settings there, it gives you some options on what you want displayed.

[geektron]

Actually, it's more of a bug with Thunderbird, apparently. I *do* have my settings so that the original HTML is displayed, but Thunderbird isn't displaying it.

[thedoe]

I had this exact same problem when trying to create a program which would email Lotus Notes users.

It has been a while, but if I remember correctly the solution was to send the source in the text portion of the message and include the HTML as a multipart attachment. It was something very odd and hacky, but it solved the problem for Notes. If this is something that you truly need to see in Thunderbird, trying doing a combination of attaching one part and putting the other in the base message.

[geektron]

actually, i found a solution after searching through the mozillazine.org forums.

the order of the MIME types is important to Thunderbird. irritating at best and causes 'broken' emails at worst. the specific link i found to help solve the problem is here

[Anonymous Monk]

I should point out that the order of the alternatives is important as the RFC (RFC2046) says that a user agent should display the last one that they can handle. Any user agent doing otherwise is not MIME compliant.

It's up to the sender to decide the preference, and it goes from lowest to highest.