支持电子邮件格式:纯文本还是HTML?

时间:2010-02-04 11:30:26

标签: email html-email email-client

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

我想我是否应该坚持纯文本格式(伴随限制)或提供基于HTML的更好的可视化?

我知道不同电子邮件客户端的HTML呈现能力有限,但我认为没有带图像的复杂HTML就行了。

7 个答案:

答案 0 :(得分:7)

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

这种情况不太常见,但您仍然可能有一些不允许使用HTML的安全用户。

但是,您可以在同一封电子邮件中提供纯文本替换。

http://www.wilsonweb.com/wmt5/html-email-multi.htm

另外你应该考虑HTML是否提供纯文本之上的值?对我来说,我通常收到的信息是在主题行内传输的,以便最大限度地提高可读性。

答案 1 :(得分:5)

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

我倾向于不认真对待HTML电子邮件 - 通常是新闻简报或者你有什么。明文电子邮件几乎总是意味着“商业”。那可能只是我。

答案 2 :(得分:1)

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

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

答案 3 :(得分:0)

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

http://en.wikipedia.org/wiki/MIME

creating a MIME email template with images to send with python / django

您可以查看这些链接

答案 4 :(得分:0)

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

答案 5 :(得分:-1)

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

答案 6 :(得分:-1)

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