用作HTML的电子邮件以纯文本形式接收

2

我经常收到来自知名公共网站的电子邮件，这些电子邮件以纯文本形式阅读，没有运输中断或有效的超链接。我的电子邮件客户端是Thunderbird。

Thunderbird帮助网站没有显示答案。如果问题出现在我的最后，我不愿意向网站投诉。

标头的消息源包括：

Content-Type: multipart/alternative;
 boundary=--boundary_9338_03b8c925-816e-4b55-95c4-b2593da7e5f6

标题后面的消息源中的内容以此开头：

----boundary_9338_03b8c925-816e-4b55-95c4-b2593da7e5f6
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64

消息源中的内容本身通常如下所示：

PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u
YWwvL0VOIj4NCg0KDQo8aHRtbD4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVu,
etc.,etc.

而且，正如我所说，查看窗格中的消息是纯粹的纯文本。

你能告诉我 - 哪里出错了？谢谢。

更新：

实际上，源中的正文文本由边界引用分为两部分。首先是（如上）： Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64。第二个是：Content-Type：text / richtext; charset = utf-8 Content-Transfer-Encoding：base64`。因此没有文本/ plain的源引用。顺便提一下，运动对象解码器也不理解它。

email

— slhck
source

+1对于未掺杂的单词。带回我百老汇之旅的回忆。

— digitxp 2010年

请看这里提出类似问题的地方。

— Abbafei 2015年

2

我好像找到了答案。只是偶然，我收到了来自同一来源的相同邮件的相同副本。除了第二条消息格式完美。“消息来源”的不同之处在于，这个内容将内容称为：Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 没有其他内容参考。但是此电子邮件在窗口窗格中正确格式化并包含活动超链接。

所以至少现在我知道如果问题再次出现，该告诉网站管理员。谢谢你的解决方案，杰里米。你是受欢迎的杰里米！

— 杰里米
source

1

消息源部分看起来很好，但这证明没有。

消息中可能有两个部分，一个是Content-Type: text/html; charset=utf-8另一个Content-Type: text/plain。如果是这样，text / plain应该是第一个。

至于不可读的数据PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy9XM0M...，那就是base64编码的数据。你可以在这里解码它，例如：http：//www.motobit.com/util/base64-decoder-encoder.asp并查看它的外观。

— zvone
source