Webmail: HTML标题
HTML电子邮件是一个复杂的野兽。决定发送什么(作为发送者)和显示什么(作为接收者)是棘手的和潜在的危险。
在接收方，我们有webmail和常规电子邮件客户端。就我的目的而言，我认为任何显示HTML电子邮件本身就是HTML的内容的“webmail”，以及普通的电子邮件客户端--任何在不同的上下文中显示HTML电子邮件的内容(例如操作系统和特定于程序的GUI)。
网络邮件应该如何处理headers (**<head>**， <title>**，** <meta>**，.)在电子邮件里？**
在某个地方有规范吗，是作为一个实际的标准还是事实上的标准？
我提出这个问题的动机是，我们使用HTML净化器来净化我们的Core.CollectErrors，如果它的Core.CollectErrors特性报告发生了变化，就会报告它们。这份报告是必要的..。而且令人沮丧。为了我们的目的，我们将一些报告的错误剔除为无关紧要的错误，但是HTML标题标志着一个巨大的障碍：
有人可能会在他们的电子邮件中使用<link> ，我们将删除它。(HTML纯净器是用于HTML片段的，而不是完整的文档)
在HTML电子邮件中使用像<link>这样的东西的愿望当然是似乎存在，而且有很多电子邮件客户端在HTML头(例如Outlook)中发送<meta>-tags，但是在野外如何处理呢？悄悄地把它们去掉(就我们的目的来说，这意味着“不破坏的变化”)，如果它真的破裂，就把责任推到发送方身上，这是否安全？这合理吗？有没有人以这样或那样的方式决定过？我的google-fu很弱。:(
回答 3
Stack Overflow用户
发布于 2011-06-08 16:33:31
我非常怀疑在任何地方都有一个规范来指定如何将HTML电子邮件嵌入到webmail客户端中。这主要是一个问题，实现与现有的网络邮件提供商，提供查看HTML电子邮件的能力。我怀疑样式表是一个值得注意的例外，但我也怀疑大多数HTML邮件者都支持沉重的样式设置，因为他们可以和不能做什么，考虑到webmail的处理方式。我建议做一些实验，并参考SquirrelMail等开源网络邮件系统的源代码。
如果您担心信息丢失，那么许多客户端允许您做的一件事就是下载原始HTML，以便脱机查看。当然，这往往是相当残酷的，所以我不知道为什么会有人这样做。
Stack Overflow用户
发布于 2011-06-15 07:22:29
你应该看看：
http://htmlemailboilerplate.com/
你会发现HTML电子邮件的样板代码。还有一个很好的实践幻灯片。
Stack Overflow用户
发布于 2011-06-13 01:23:53
我处理HTML电子邮件的方法是编写我们在1990年代的表格布局中所做的那种基本的HTML，最小的内联CSS (仅用于颜色)，而且差不多就是这样。我不知道现代客户是如何处理CSS定位的，但人们仍然在使用Outlook 2003，我认为它是基于运行IE6的令人讨厌的渲染引擎的--所以使用最低的公分母是值得的。
我从未见过任何看起来像它的标准的东西，我见过一些电子邮件客户端(GMail)剔除了各种东西--包括CSS，还有一些只是忽略了某些东西(Outlook和背景图像)。
理性地说，我想不出电子邮件中的任何元信息会有什么用--无论如何，让人们阅读你的邮件已经够困难的了，我怀疑更少的人会查看你的邮件源！我一直都有一个标题标签，以防有什么东西想用它作为一个主题-但即使是在黑暗中刺痛。
一段时间前，当我看到邮件是如何被请求到服务器端时--当然，我从来没有注意到任何东西都是缓存的。你打开邮件，请求就会再次发出。我确信，自从上次检查以来，事情已经有所进展，但就我个人而言，我仍然倾向于将HTML电子邮件保持在尽可能简单的位置，并尽可能地将其剥离回去。
https://stackoverflow.com/questions/5623365
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号