2010年， Ethan Marcotte 提出了响应式布局——一个网站兼容多个终端的概念。而响应式邮件，则是一 封邮件兼容多个终端。
根据ExtactTarget在2012年针对各个年龄段希望接受营销信息的方式调查表明 ，电子邮件是客户愿意接受营销信息的主要方式。
电子邮件营销中， 电子邮件内容是非常重要的一环 。由于人们习惯的浏览式阅读模式，一封设计优秀、有品牌识别度的邮件比一封纯文字邮件更能引起客户的关 注。从ReturnPath最近的调查[i]中又可以看出，人们已经逐渐习惯在移动端进行邮件的阅读。一封在移动端 不方便浏览的邮件，不但会使精心的设计打折扣，还有可能影响品牌在邮件阅读者心目中的排名。
用 户在移动设备上阅读邮件时，与其他客户端的区别一般在于以下几点：
1)邮件阅读，用户倾向于上下 滚动阅读，在移动客户端上很容易出现需要横向滚动的情况。
2)链接和按钮：用户在移动端阅读时， 一般使用手指进行点击。手指点击的区域较大，因此链接和按钮的区域应该尽量扩大以方便点击，同时也应当 做到较为分散以防止误点击。
3)图片：用户在移动端使用数据流量时，很有可能不进行大量图片的载 入。因此，邮件内容如果简单的以图片拼接，在移动客户端并不一定能够呈现出良好的效果。
鉴于以 上几点，适合在移动端阅读的邮件和非移动端的邮件在设计上是需要区别的。电子邮件的特点是：邮件发送后 ，邮件的内容无法动态更改。收信人则可能在任意客户端打开邮件，因此，需要分别设计移动端和非移动端邮 件，并进行响应式布局。
结合项目中制作响应式邮件的过程，本文主要分析响应式邮件主要的两个难 点：实现方式受限和测试终端众多。
实现方式受限
在响应式邮件实现中，首先要考虑的是目 标客户群体可能使用的邮件客户端种类。根据目标客户端种类，设计人员在设计邮件时，需要考虑到实现的可 能性；技术人员在发现有不可能实现的设计时，也应当即时反馈给设计人员。
由campaignmonitor公布 的兼容性测试结果[ii]可以看出，桌面客户端有很多不兼容的地方 ，而移动客户端则大多支持css3。所以在 项目中，应该优先针对桌面客户端进行思考。
1. Outlook
Outlook在众多邮件客户端中占有很 大份额。为了令Microsoft Word创建出来的邮件具有更好地表现力，微软在Outlook 2007、2010、2013版本的 设计中都使用了Microsoft Word作为邮件渲染引擎。针对Outlook在Web格式上的兼容性问题，邮件编写者们在 Outlook 2010发布后创立了fixoutlook.org网站向微软请愿。随后的Outlook 2011(Mac)使用了Webkit引擎 [iii]，但Outlook 2013依然伴随着Word引擎出现[iv]。关于Outlook2007、2010、2013系列的特性，在MSDN的 文档中有详细的说明[v] 。
2. Gmail
Gmail是Web客户端的另一个难点。Gmail的用户量位居前 列，但是由于不明原因，Gmail会过滤掉邮件中的<style>标签（搜索无果，向Gmail团队发信也没有回 应，推测为安全原因）。因此，只有内联在元素中的样式才会得以保留。邮件中过多的内联样式会直接导致代 码的可读性急剧下降，加重修改的负担。
使用一些css inline工具会缓解这些问题。
3. 响应 移动设备
移动设备中，iOS和Android设备目前无疑占据了绝大多数。 Android Gmail由于限制 <style>标签导致无法实现响应式设计，因此，主要精力应该放在iOS邮件客户端和Android系统原生的 邮件客户端上。iOS设备中，由于尺寸较统一，初步实现响应式邮件并不困难；Android设备中，屏幕比例碎片 化严重，像素密度也并不一致。
对此，可以使用viewport进行调整。
4. iOS设备针对性优化
根据Campaign Monitor的报告[vi]， iOS在各邮件客户端中占有35.60%的市场份额， 比例远远大于其 他客户端。因此，对于iOS设备的优化是十分必要的。iOS邮件客户端自动识别日期、网址等的特性和视网膜屏 幕有可能使得精心设计的邮件变得一团糟。