在接收方面,我们有网络邮件和常规电子邮件客户端。就我的目的而言,我认为“webmail”是指将HTML电子邮件作为HTML的一部分显示的任何内容,而常规电子邮件客户端是指在不同上下文中显示HTML电子邮件的内容(例如,操作系统和特定程序GUI)。
网页邮件应该如何处理电子邮件中的HTML头(,
我非常怀疑是否有任何规范指定HTML电子邮件应如何嵌入Webmail客户端。这主要是为了实现与现有Webmail提供商的相同功能,以提供查看HTML电子邮件的能力。我认为样式表是一个显著的例外,但我也怀疑大多数支持复杂样式的HTML邮件客户端在处理方式方面受到一定限制,因此不能做所有事情。我建议进行一些实验,并咨询像SquirrelMail这样的开源Webmail系统的源代码。
如果您担心信息丢失,许多客户端允许您下载原始HTML以离线查看。当然,它往往非常糟糕,所以我不知道为什么会有人那样做。
<head>
的标准或事实标准是什么。SquirrelMail可能是尝试弄清楚这一点的好起点 - 所以感谢您! :) - pinkgothichttp://htmlemailboilerplate.com/
您将会找到一个HTML邮件的样板代码。此外还有一个良好的实践幻灯片。
<style>
,我们已经有了例外,所以这并不令人惊讶)应该被静默地删除。你同意这个评估吗? - pinkgothic我在处理HTML电子邮件时的方法是编写类似于20世纪90年代的基本HTML - 表格布局,极少量的内联CSS(仅用于颜色),基本上就是这样。 我不知道现代客户端如何处理CSS定位,但人们仍在使用Outlook 2003,我相信它是基于运行IE6的可恶的呈现引擎 - 因此要选择最低公共分母。
我从未看到过任何像它的标准,我看到过一些电子邮件客户端(Gmail)剥离各种东西 - 包括CSS,而其他一些则忽略某些内容(Outlook和背景图像)。
理性地说,我想不出在电子邮件中使用任何元信息有什么用处 - 要让人们阅读你的邮件已经很难了,我怀疑甚至更少的人会查看源代码! 我总是包含一个标题标签,以防万一有任何东西想将其用作主题 - 但即使如此也是一次投机。
每当我查看服务器端请求邮件的方式时 - 尽管有一段时间了,但我从未注意到任何东西被缓存。 你打开邮件,请求会再次发起。 我相信自我上次检查后事情已经有所发展,但就我个人而言 - 我仍然倾向于让HTML电子邮件尽可能简单和精简。