支持电子邮件格式：纯文本还是 HTML？答案

【问题标题】：Support email format: plain-text or HTML?支持电子邮件格式：纯文本还是 HTML？
【发布时间】：2011-01-13 01:02:22
【问题描述】：

我必须发送有关系统事件（服务窗口、警报等）的计划支持通知电子邮件。我发现我从供应商那里收到的大多数此类电子邮件都是纯文本格式的。

我想知道我是否也应该坚持纯文本格式（附带限制）或提供基于 HTML 的具有更好可视化的格式？

我知道不同电子邮件客户端的 HTML 渲染能力有限，但我认为不复杂的带有图像的 HTML 就可以了。

【问题讨论】：

【解决方案1】：

始终尊重 RFC 并始终提供文本邮件正文！！！

【讨论】：

【解决方案2】：

如果您确实选择发送 HTML，请确保您还包含文本版本（作为多部分 MIME 发送）...原因是大多数垃圾邮件过滤器更有可能解释纯 HTML 电子邮件（没有文本-only 组件）作为垃圾邮件。

使用多部分 MIME 的另一个明显优势是您允许收件人（通过他们的电子邮件客户端）选择他们喜欢阅读的版本。

【讨论】：

【解决方案3】：

垃圾邮件过滤器也可能在发送 HTML 邮件时将邮件标记为“可能是垃圾邮件”，尤其是在它们是自动发送的情况下。至少 SpamAssassin 会惩罚 HTML。

【讨论】：

【解决方案4】：

显然，这实际上取决于您对电子邮件的处理方式，但如果使用 HTML 格式没有真正的价值，我会说为什么要搞砸它。

我倾向于不认真对待 HTML 电子邮件——通常它们是时事通讯或者你有什么。明文电子邮件几乎总是意味着“业务”。那可能就是我。

【讨论】：

【解决方案5】：

要从 Web 应用程序发送邮件，必须通过一些代码（C#、PHP、Java 等）来完成。我们通常为邮件设置 MIME 类型。

您可以查看这些链接

【讨论】：

【解决方案6】：

决定应该从您是否可能有任何不接受 HTML 电子邮件的客户开始。

这种情况不像以前那么常见了，但您仍然可能有一些具有安全意识的用户不允许使用 HTML。

但是，您可以在同一封电子邮件中提供纯文本替代方案。

您还应该考虑 HTML 是否提供高于纯文本的值？对我来说，我通常收到的信息是在主题行中传输的，以最大限度地提高可读性。

【讨论】：

【解决方案7】：

也许将 HTML“丰富”版本作为纯文本电子邮件的附件发送？省得搞砸更简单的电子邮件客户端？

【讨论】：