I'm regularly receiving emails from a well-known public website that read as plain text without carriage breaks or effective hyperlinks. My email client is Thunderbird.
Thunderbird help site doesn't display an answer. And I'm reluctant to complain to the website if the problem is at my end.
Message source for headers includes this:
Content-Type: multipart/alternative;
boundary=--boundary_9338_03b8c925-816e-4b55-95c4-b2593da7e5f6
The content in message source that follows the header is preceded by this:
----boundary_9338_03b8c925-816e-4b55-95c4-b2593da7e5f6
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64
The content itself in message source reads typically like this:
PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u
YWwvL0VOIj4NCg0KDQo8aHRtbD4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVu,
etc.,etc.
And, as I've said, the message in the viewing pane is unadulterated plain text.
Can you tell me – where is it all going wrong? Thanks.
Update :
In fact, the body text in source is in two parts divided by a boundary reference. The first is (as above): Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64. The second is: Content-Type: text/richtext; charset=utf-8 Content-Transfer-Encoding: base64`. So there's no source reference to text/plain. Incidentally, the motobit decoder doesn't understand it either.
Best Answer
I seem to have found the answer. Just by chance, I've received an identical copy of the same message from the same source. Except this second message is formatted perfectly. The difference in the 'message source' is that this one refers to content as:
Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64There is no other content reference made. But this email formats properly in the window pane and includes active hyperlinks.So at least now I know what to tell the webmaster if the problem occurs again. Thanks for the solution, Jeremy. You're welcome Jeremy!