我必须发送有关系统事件(服务窗口、警报等)的计划支持通知电子邮件。我看到我从供应商那里收到的大多数此类电子邮件都是纯文本格式的。
我想知道我是否也应该坚持纯文本格式(附带限制)或提供基于 HTML 的具有更好可视化的格式?
我知道不同电子邮件客户端的 HTML 渲染能力有限,但我认为不复杂的带有图像的 HTML 就可以了。
我必须发送有关系统事件(服务窗口、警报等)的计划支持通知电子邮件。我看到我从供应商那里收到的大多数此类电子邮件都是纯文本格式的。
我想知道我是否也应该坚持纯文本格式(附带限制)或提供基于 HTML 的具有更好可视化的格式?
我知道不同电子邮件客户端的 HTML 渲染能力有限,但我认为不复杂的带有图像的 HTML 就可以了。
决定应该从您是否可能有任何不接受 HTML 电子邮件的客户开始。
这不像以前那么常见了,但是您仍然可能有一些不允许使用 HTML 的安全意识用户。
但是,您可以在同一封电子邮件中提供纯文本替代方案。
http://www.wilsonweb.com/wmt5/html-email-multi.htm
您还应该考虑 HTML 是否提供高于纯文本的值?对我来说,我通常收到的信息是在主题行中传输的,以获得最大的可读性。
显然,这实际上取决于您对电子邮件的处理方式,但如果使用 HTML 格式没有真正的价值,我会说为什么要搞砸它。
我倾向于不认真对待 HTML 电子邮件——通常它们是时事通讯或者你有什么。明文电子邮件几乎总是意味着“业务”。那可能只是我。
如果您确实选择发送 HTML,请确保您还包含文本版本(作为多部分 MIME 发送)...原因是大多数垃圾邮件过滤器更有可能解释纯 HTML 电子邮件(没有纯文本组件) 作为垃圾邮件。
使用多部分 MIME 的另一个明显优势是您允许收件人(通过他们的电子邮件客户端)选择他们喜欢阅读的版本。
要从 Web 应用程序发送邮件,必须通过一些代码(C#、PHP、Java 等)来完成。我们通常为邮件设置 MIME 类型。
http://en.wikipedia.org/wiki/MIME
创建一个带有图像的 MIME 电子邮件模板以使用 python / django 发送
你可以检查这些链接
垃圾邮件过滤器还可能在发送 HTML 邮件时将邮件标记为“可能是垃圾邮件”,尤其是在它们是自动发送的情况下。至少 SpamAssassin 会惩罚 HTML。
也许将 HTML“丰富”版本作为纯文本电子邮件的附件发送?节省搞砸更简单的电子邮件客户端?
始终尊重 RFC 并始终提供文本邮件正文!!!