如何验证gmail的HTML代码？

我得到了一些自动生成的HMLT代码。确保它被正确解析，并且它是一个有效的HTML4.01 Strict

现在，当我把这段代码嵌入到一封电子邮件中并发送到gmail时，结果是非常糟糕的，格式混乱

代码相当长，显然只有当它有这样的大小时才会发生。这告诉我两件事：

不值得在这里放一段代码 它可能是一些相互冲突的标记，但仍然被解析器认为是有效的 你们知道有什么更严格的工具来验证我的HTML吗？甚至可能是gmail特有的东西

或者，也许，只是一些专业的提示，关于gmail的代码通常是如何被破坏的

---

注：代码虽然很长，但也很简单，只有一些表格和样式-我注意确保只使用电子邮件友好的标记和格式。

您必须像1999年那样编写代码，而不必担心与HTML的一致性。

不幸的是，对于大多数电子邮件客户端，有效的HTML不起作用。甚至Gmail也可能出于安全原因而删除或忽略某些内容。电子邮件的最佳选择基本上是HTML3。字体的一些内联样式。我知道，标记在Gmail中会被破坏，通常colspan和rowspan不会按预期工作，您必须使用嵌套表。这些只是我脑海中能想到的几件事。

你说的是风格吗？哦，孩子！电子邮件客户端做的事情都不一样，即使你让它为GMail工作，它也可能对雅虎不起作用

您可能希望看到类似“开始”的内容，但实际上您也希望使用一些收件箱分析服务，例如，获得更好的图片

---

我自己还没有这样做过，但我已经看到人们一再提到，这是一个可以让你脱发的地方。

这里的所有答案都有帮助，但实际问题在别处

正如我所想，问题出在HTML中，但不完全是在我的HTML中

证明电子邮件客户端在处理它之前会打包太大的线，不管它是HTML代码还是什么，更确切地说，在中间中断标签——这解释了为什么只有当报告达到一定长度时才会发生。

当我看到Alexandre Rafalovitch建议的MailChimp生成的代码时，我发现它的格式是引用的可打印的，每行截取75个字符

在那之后，在我自己的代码生成器中也很容易做到这一点。嗯，实际上，我甚至没有将格式设置为引用的可打印格式，只是确保它会自行包装太长的行

除此之外，据我所知，一个严格的HTML4.01代码在Gmail客户机中工作得非常好

希望它能帮助1999年后的几代人

---

干杯。

您是否尝试使用另一个SMTP服务器发送邮件以排除Gmail？嗯。。。说实话，没有。。我不知道这样做实际上会有点混乱，但是，我很确定我在HTML中做了一些错误，我不是很擅长，这也是我没有在gmail中寻找bug的原因…哦，天哪。。。3.0没有样式：我需要它在我的桌子上做圆角：你可以使用一些CSS。我从来没有尝试过圆角，但我有一种感觉，它可能不会起作用。或者它会变成灰色，就像我的开始一样。电子邮件营销是我工作的一大部分，不幸的是：你们吓坏了我。我正在认真考虑让它稍微被破坏——我只是在开始时对我想要的东西的外观非常挑剔：更新：我把我的代码复制并粘贴到一个MailChimp模板中，然后像测试活动一样发送。我收件箱里的结果是完美无瑕的圆形边框和所有东西。只要找到一种方法来提取代码并自己使用它。在GMail中，你可以通过点击“回复”旁边的箭头并选择“显示原创”来查看完整生成的HTML。这将向您显示实际发送的所有内容。查找HTML部分有时可能有几个，它看起来像一大块数字/字母，这是base64编码。使用其中一个在线工具，从中获得真正的HTML。是的，获得了这么多！终于发现了问题，贴出了我自己的另一个答案。谢谢！