HTML 邮件内容虽然也是 HTML,但是和我们在网页上使用的 HTML 不同,因为安全原因,各大邮箱服务商及邮件客户端都会对邮件内容进行一定程度上的处理,不会按照你写的原本 HTML 展示。

在桌面和移动端渲染电子邮件大约有上百万种不同的组合方式。

尤其是鼎鼎大名的 OutLook,从 OutLook2007 开始便使用 Word HTML 引擎进行渲染,为了它的安全性从而使得整个邮件倒退回了 2000 年前,为了邮件的兼容性你不得不使用很多废弃的标签、属性,并且这一状况将会维持无数个
年头,因为虽然万事终有尽头,但 OutLook 始终存在。

“我们将继续使用 Word 创建电子邮件信息,因为我们认为它是制作电子邮件最好的。”——Outlook 团队如是说。

因为微软一向地特立独行,使得 OutLook 成为了最难啃的骨头。因为 OutLook 支持的标签和属性少得可怜,所以只要兼容了 OutLook,其他邮箱客户端基本都不会有什么问题。如果你开始开发 HTML 邮件并打算为其在各个邮箱里的兼容性努力,下面的建议将非常有用。

基本规则

布局使用 table

这几乎是 HTML 邮件与普通 HTML 页面最大的区别,因为各个邮箱对 div + css 这一套布局的解析问题很大(如 float / position 等 CSS 都会被过滤,甚至 margin: 0 auto; 都不起作用),基本各大邮箱都会解析混乱,所以老式的 table 布局是上乘之选。这就意味着 HTML 邮件中几乎只有这几个元素——table / tr / td / span / img / a,尽量避免使用 div / p 或是其他标签。

而且并不是所有邮箱都支持 colspan / rowspan 属性,所以所有布局都需要使用 table 嵌套解决。

使用表格布局导致的最直接的问题就是会产生多余的空白像素,所以要养成习惯给每个 table 都加上边框 border,单元格内边距 cellpadding,单元格间距 cellspacing,边框合并属性 border-collapse 这些属性:

<table border="0" cellpadding="0" cellspacing="0" style="border-collapse: collapse;"><!-- ... -->
</table>

body 外的内容几乎没用

我们知道完整的 HTML 包括 DOCTYPE 声明、html 和 head 标签及其内容、body 标签,对于在一个 iframe 中显示邮件内容的邮箱还好,会保留上述结构,但是有些邮件(如 Gmail)都是在 div 中直接包含,这就对安全要求极为苛刻。安全原因邮箱会默认把上述结构做删除处理,所以写了几乎没有作用,在可能的情况下尽量把内容写到 body 内,甚至建议从 table 开写,直接放弃 DOCTYPE / html / head / body 标签。

使用内联样式

与普通 HTML 页面开发一样,HTML 邮件依旧离不开 CSS,HTML 邮件并不支持外部的 style 文件,上面讲到 head 标签极有可能被删除,所以不要试图在 head 标签内写 style 标签。

那么在 body 内写 style 标签是不是就保险了呢?并不是!典型的就是 Gmail 邮箱,会把 HTML 邮件内所有 style 标签删除,这就意味着只有內联 style 属性内的 CSS 是唯一可靠的样式信息。

能用属性就不要用样式

并不是使用 style 属性就保险了,很多邮箱会对特定标签的属性做强制改造。

比如在 OutLook 中,图片使用以下方式来设置宽高是无效的:

<img style="width: 10px; height: 10px;" src="*.png" />

正确的设置方法:

<img width="10" height="10" src="*.png" />

所以在有属性能够实现样式效果的时候尽量使用属性,常见的可用属性有:

width
height
bgcolor
align
valign
……

所有样式单独指定

在写页面的时候利用 CSS 的继承会为我们带来很多便利,但是到了 HTML 邮件,一切都要 say NO!

其实继承规则依旧有效,但是大部分邮件都无法完整继承样式,并且邮箱的默认样式也会对邮件产生一些头疼的干扰。比如 font-family,OutLook 中若想改变字体,至少每个 table 中都要指定 font-family,而在 QQ 邮箱甚至必须每个 td 都设置 font-family 才能全部生效。

因此每个标签单独指定样式是必须的,尽可能不要依赖继承,即使它十分地繁琐。

脚本?想都不要想!

如题 ( ̄▽ ̄)"

图片相关

背景图片

style 内容里面 background 可以设置 color,但是 image 会被过滤,就是说不能通过 CSS 来设置背景图片了。但是有一个很有意思的元素属性,也叫 background,里面可以定义一个图片路径,但是功能有限,比如无法定位背景图片等。

例如要给一个单元格加一个背景,必须这样写:

<td background="*.png"><!-- ... -->
</td>

当然,不使用背景图片是最好的选择 ╮(╯-╰)╭

指定 width 和 height 属性

因为在有些邮箱里,图片不是默认加载的,往往加载前需要用户的许可。那么高宽的指定可以使邮件在没有图片撑出样子前也能保持良好的大小结构,加上 alt 属性更可以明确告知图片的内容让用户选择是否下载它们。

如果因为项目需要(比如需要适配 Retina 高分屏),width 和 height 属性更是必不可少的,并且由于一些 outlook 版本的奇葩表现,width 和 height 属性一定不要加上单位!一定不要加上单位!一定不要加上单位!重要的事情说三遍。

否则你希望的是这样的:

<img width="10" height="10" src="*.png" />

而实际上它确是这样的:

<img width="10px" height="10px" src="*.png" />

因为加上单位会使一些版本的 OutLook 无法正确识别,导致图片显示使用实际的宽高而非我们设置的。

当然,常规项目中应尽可能保持设置的 width 和 height 的值与实际的宽高一致。

margin 与 padding

Outlook 2007-2013 不支持图片的 margin 与 padding 样式,必要的时候可以尝试 hspace 和 vspace 属性:

<img vspace="10" hspace="10" src="*.png" />

或者为图片本身添加额外的空间(这个实在太LOW了,不推荐)

文字相关
字体
在 HTML 邮件中,font-family 只支持系统字体,不支持自定义字体,也不支持 font 简写,color 尽可能也不要使用简写:

font: 12px / 14px Arial, sans-serif;
color: #999;

需要写成:

line-height: 14px;
font-size: 12px;
font-family: "微软雅黑", Arial, sans-serif;
color: #999999;

对于加粗字体,我们可以使用 b 标签而不是 CSS 的 font-weight,前文说过,HTML 标签和属性能解决的样式决不使用 CSS 样式。

行高

在 OutLook 中会有个默认的行高最小值,特别是当设置 font-family 为微软雅黑时,默认的行高差不多为 Word 中的两倍行距,如果 line-height 设置的值小于默认的行高,无论你设置的是多少,则始终使用默认值,在很多情况下这是不能忍的,好在有个神奇的 mso-line-height-rule,使用行高时添加 mso-line-height-rule:exactly; 就能使行高始终等于我们所设置的值。

<td style="mso-line-height-rule: exactly; line-height: 36px;"><!-- ... -->
</td>

这只是微软的 CSS 属性,对其他客户端没影响。并且该属性只在块元素上有效,所以想在 font 和 span 中用就洗洗睡了吧。

使用前:

使用后:

不过这种实现方式有点瑕疵,就是会导致大号字体无法垂直居中,大家自行取舍吧 (lll¬ω¬)

HTML 邮件兼容问题与解决方案相关推荐

  1. html兼容模式下不显示图片,HTML 邮件兼容问题与解决方案

    HTM年有这只制明个手近天点里要它出水机近天点L 邮件内容虽然也是 HTML,但是和我们在网页上使用的 HTML 不同,因为安全原因,各大邮箱服务商及邮件客户端都会对邮件内容进行一定程度上的处理,不会 ...

  2. 支持html邮件,HTML邮件兼容问题与解决方案

    HTML 邮件内容虽然也是 HTML,但是和我们在网页上使用的 HTML 不同,因为安全原因,各大邮箱服务商及邮件客户端都会对邮件内容进行一定程度上的处理,不会按照你写的原本 HTML 展示. 913 ...

  3. html邮箱提示的属性,HTML 邮件兼容问题与解决方案

    HTML 邮件内容虽然也是 HTML,但是和我们在网页上使用的 HTML 不同,因为安全原因,各大邮箱服务商及邮件客户端都会对邮件内容进行一定程度上的处理,不会按照你写的原本 HTML 展示. 在桌面 ...

  4. Web前端页面的浏览器兼容性测试心得(三)总结一些IE8兼容问题的解决方案

    Web前端页面的浏览器兼容性测试心得(三)总结一些IE8兼容问题的解决方案 参考文章: (1)Web前端页面的浏览器兼容性测试心得(三)总结一些IE8兼容问题的解决方案 (2)https://www. ...

  5. php json json_unescaped_unicode,php中json_encode不兼容JSON_UNESCAPED_UNICODE的解决方案

    PHP5.4才支持JSON_UNESCAPED_UNICODE这个参数,此参数是让中文字符在json_encode的时候不用转义,减少数据传输量.但在PHP5.3中,就得自己写个函数来实现,以下就是解 ...

  6. Ubuntu+Sendmail+Dovecot+Openwebmail 邮件服务器搭建完全解决方案

    Linux下邮件系统的种类比较多, 但是相较于WIN系统下, 无论是sendmail, 还是qmail, postix来说, 配置过程都是极为艰难的,没错, 是艰难. 相信看到这一篇文章的童鞋早已经熟 ...

  7. 破译垃圾邮件“变脸”密码完美解决方案(转)

    破译垃圾邮件"变脸"密码完美解决方案(转) 不道德的电子邮件发送者可以不费多大成本或根本不费成本地分发大量消息,而正常用户却被迫花费一些时间和精力从他们的邮箱中清除这些欺诈性的或不 ...

  8. 常见的移动端兼容问题以及解决方案

    常见的移动端兼容问题以及解决方案 禁止ios识别长串数字为电话 解决方法:添加 meta 属性 <meta content="telephone=no" name=" ...

  9. 关于pdfplumber和pdfminer不兼容的问题解决方案

    关于pdfplumber和pdfminer不兼容的问题解决方案 本人在实现有关pdf的读取任务当中,由于各类pdf文件的格式有所差异,因此使用了各种不同的pdf读取方式,但程序一直报错找不到特定的文件 ...

  10. 常见前端浏览器兼容问题及解决方案

    常见前端浏览器兼容问题及解决方案 所谓的浏览器兼容性问题,是指因为不同的浏览器对同一段代码有不同的解析,造成页面显示效果不统一的情况.在大多数情况下,我们的需求是,无论用户用什么浏览器来查看我们的网站 ...

最新文章

  1. CentOS下的rm命令改造成移动文件至回收站
  2. 突然发现被点名(理想恋人游戏)
  3. 做技术知道了哪些事情代表自己成熟了?
  4. Google 已经能用 AI 来预测你的航班是否延误了!
  5. Linux 运维必备的 13 款实用工具,拿好了~
  6. 科学语言与matlab计算 实验2、3
  7. 2.1 机器中数据的存储
  8. 【BZOJ1124】[POI2008]枪战Maf(基环树_构造)
  9. C#_asp.net mvc 验证码功能的具体实现
  10. 数据分析案例-基于随机森林模型对信用卡欺诈检测
  11. linux设备i2c优先级,Linux设备之I2C
  12. 科研论文阅读与写作实战技巧
  13. 如何实现emoji文本字数计算?以及输入框限制指定字符数?
  14. Qt创建停靠悬浮窗口
  15. pandas学习笔记:pandas.Dataframe.rename()函数用法
  16. JAVA 面对对象程序设计 习题7.3
  17. Maven的下载以及安装
  18. hbase数据库 数据存入_七个星期中的七个数据库– Hbase第二天
  19. google学术搜索如何限定(或者指定)期刊?
  20. 隐形的桌面股票小程序 STK 2.0.3.1

热门文章

  1. 关于MUI一个很实用的前端框架
  2. 计算机标准差平方差怎么按,数学标准差公式
  3. pillow图像格式转化和缩放操作
  4. php对url转码,如何使用php url中文转码
  5. 树莓派Raspberry Pi 3 安装CentOS7,并扩展内存卡剩余空间---成功的经验
  6. 左耳朵谈个人成长:做正确的事,等着被开除
  7. PROFIBUS DP和PROFINET IO区别
  8. 中国石油大学《大学语文》在线考试
  9. [渝粤教育] 岭南师范学院 文学创意写作 参考 资料
  10. 1.北京理工大学Python与机器学习-绪论