HTML邮件(HTML email)使用HTML标记语言的子集来在email中提供格式化和语义标记功能,因为在纯文本文档里没有这些功能。文本可以连接而不用显示统一资源定位服,或是闯入统一资源定位服,多件的事件被包裹在适当宽度的视窗里,而不是均匀的打破每一行在78个文字里。它允许在自行间包容影像、表格,以及图或是数学公式影像,那些除此以外的传达困难(一般使用ASCIIart)。
采用大多数图形的电邮客户支持HTML邮件,还有很多默认它。很多的客户包含一个GUI编辑者来构成构成HTML电子邮件以及用于显示接收到的HTML电子邮件的呈现引擎。
从它的概念以来,一些人有声音反对整个HTMLemail(和甚至MIME本身),由于各种不同的理由。举例来说,ASCII Ribbon 运动主张全部的电子邮件应该被放进去ASCII文字格式,而这个运动是不成功的而在2013被放弃了。当持续思考不当在很多的新闻组的发表和邮件清单,它采用个人和商务邮件随着时间的推移而增加。一些强烈反对它的人当它首度出现至今我们视它为无害。
根据线上市场公司调查,采用HTML能够让电邮用户现今能几乎普遍,凭着小于3%报告他们的纯文本客户端。大多数用户喜欢通过纯文本接收HTML电子邮件。
相容性邮件软件符合规定是靠着 RFC 2822 只需要支持纯文本,不是将HTML格式化。发送HTML格式的电子邮件可以因此导致问题如果收件人的电邮客户没有支持它。在最糟的案子里收件人将会看到HTML码而不是预期的讯息。
那些支持HTML的电子邮件客户端,有些没有给予它W3C始终如一规格,许多HTML电子邮件也无法相容,那些可能造成翻译或呈现问题,特别是Gmail的用户这已经在通讯开发人员中引起了不少挫折,催生基层电子邮件标准项目,对电子邮件客户端进行酸性测试的评分,受到Web标准项目的启发,并游说开发商改进他们的产品。说服Google改善Gmail中的呈现,例如,他们发表了一个鬼脸网络开发者的视频剪辑,引起员工的注意。
客户端 | 结果(截至) |
---|---|
美国在线Webmail | 坚实的支持(2011年7月13日) |
苹果iPhone | 坚实的支持(2011年7月13日) |
苹果iPad | |
苹果iPodTouch | |
苹果邮件 | 坚实的支持(2007年11月28日) |
苹果MobileMe | 坚实的支持(2008年8月15日) |
Eudora
EudoraOSE代号为“Penelope” |
坚实的支持(2007年11月28日) |
MicrosoftEntourage | 坚实的支持(2007年11月28日) |
MozillaThunderbird | 坚实的支持(2007年11月28日) |
WindowsLiveMail | 坚实的支持(2007年11月28日) |
WindowsMail | 坚实的支持(2007年11月28日) |
雅虎邮件测试版 | 坚实的支持(2007年11月28日) |
WindowsLiveHotmail | 建议进行一些改进(2011年7月8日) |
GoogleGmail | 建议改进(2011年7月13日) |
LotusNotes8 | 建议改进(2007年11月28日) |
MicrosoftOutlook2007 | 建议改进(2007年11月28日) |
一些发件人可能过分依赖大型,丰富多彩,或分散字体,使讯息更难以阅读.对于那些特别被格式化困扰的用户来说,一些用户代理可以让读者部分地重写格式(例如,MozillaThunderbird允许指定最小的字体大小);但是,这些功能并不是全球可用的.此外,发件人和读者之间的光学外观差异可以帮助区分每个部分的作者,提高可读性。