支持电子邮件格式：普通文本或HTML？

题

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

我想知道我是否也应该坚持纯文本格式（伴随限制），或者为基于HTML提供更好可视化的基于HTML？

我知道不同电子邮件客户端的HTML渲染功能有限，但是我想与图像的HTML并不复杂。

解决方案

如果您可能有任何不接受HTML电子邮件的客户，则该决定应该首先。

这曾经不常见，但是您仍然可能有一些不允许HTML的安全性用户。

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

另外，您应该考虑HTML是否在纯文本之上提供值？对我来说，我通常收到的信息是在主题行中传输的，以最大程度地阅读。

其他提示

显然，这确实取决于您正在用电子邮件做什么，但是如果没有 真实的 使用HTML格式的价值，我说为什么要弄乱它。

我倾向于不认真对待HTML电子邮件 - 通常是新闻通讯或您有什么。明文电子邮件几乎总是表示“业务”。那可能就是我。

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

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

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

您可以检查这些链接

发送HTML邮件时，垃圾邮件过滤器还可能标记为“可能垃圾邮件”的消息，尤其是在自动发送时。至少spamassassin惩罚了HTML。

也许将HTML“ Rich”版本作为普通文本电子邮件的附件？节省更简单的电子邮件客户端？

总是尊重RFC，并始终提供文本邮件主体！！！

许可以下： CC-BY-SA 和归因