智能、聚焦、邮件。
超高效兼跨平台：专为静忧收件设计，专心聚焦重要事项。
定义
💡 SMTP 服务器：负责发送您的外发邮件的系统。 当您点击“发送”时，您的邮件会先发送到 SMTP 服务器。 它会处理这条消息，确定它需要发往何处，并将其转发到收件人的邮件服务器。 SMTP 是邮件的发送环节。 接收则由 IMAP 或 POP3 处理。 该协议在 RFC 5321 中定义。
动态邮件究竟改变了什么
常规邮件在设计上是静态的。 打开三天前的一条消息，它显示的内容与到达当天完全一致。 这通常没问题。 但这也意味着每次“查看最新状态”或“查看新评论”时，都会迫使您离开收件箱，转到某个单独的网页，只为获取一个小小的更新。
动态邮件弥补了这一差距。 Google Workspace 的文档对此有清晰的说明：动态邮件让您能够像与网站交互一样与一条消息交互，而无需离开 Gmail。 来自共享文档的评论通知，可以在每次有人回复时就地更新。 活动邀请可以让您直接回复参加，且消息会更新以反映您的答复。
对于任何需要处理大量邮件的人来说，其吸引力并不在于新鲜感。 而在于节省的时间。 更少的标签页切换，更少的“让我去查看一下文档”的绕路。 如果您是那种把收件箱当作跟踪进行中事务（共享文档、实时会话、审批请求）之处的人，那么动态邮件意味着您实际上看到的是当前状态，而不是邮件到达时的某个快照。
动态邮件其实只是邮件自动化的最新一层：消息本身在发送后仍持续发挥作用，而不是搁置在那里等着您去做别的事。 再搭配上一款AI 邮件撰写工具来起草消息，邮件就能在两端——发送前和发送后——完成更多的工作。
动态邮件的工作原理
从技术上讲，动态邮件运行在一个名为 AMP 的框架上，AMP 是 Accelerated Mobile Pages（加速移动页面）的缩写。 Google 最初构建 AMP 是为了加快移动端网页的加载速度。 AMP for email 借鉴了同样的思路：一个精简、安全的 HTML 版本以及有限的脚本功能，使邮件能够在送达后获取新内容或接受您的输入。
这里在管理一个真实的安全权衡，这也是为什么它不仅仅是在标准 HTML 上附加更多功能。 动态邮件必须从经过验证、已认证的域名发送（正确配置了 SPF、DKIM 和 DMARC），并且 Gmail 要求发件人先注册，其动态消息才会被当作常规静态邮件以外的任何形式来对待。 这一审核步骤之所以存在，是因为让一条消息在到达您的收件箱后发起实时请求功能强大，而这样的功能需要有防护措施。
目前，支持是真实存在的，但并非普遍。 Gmail 原生支持它。 其他一些提供商已开始采用 AMP for email 规范，但它远不及纯 HTML 邮件那样普遍。 因此，发件人仍必须为那些邮件客户端不支持动态版本的人，构建一个后备的静态 HTML 邮件。
开启（或关闭）动态邮件
您不会像起草常规消息那样去构建动态邮件。 它是一项发件人端的功能，而作为收件人开启（或关闭）它，主要涉及一项设置。
在 Gmail 中：大多数个人账户默认开启动态邮件。 如果您想查看或调整它，请进入“设置”，然后选择“常规”，找到“动态邮件”部分，您可以在其中切换用于测试目的的开发者设置。
在 Outlook 中：Outlook 目前并未像 Gmail 那样提供面向用户的动态邮件开关。 交互内容的支持因版本而异且在不断演进，因此请将您在其中看到的任何动态风格的行为视为提供商特定的，而非标准功能。
为什么动态邮件并非随处可见
为什么我收到的每封邮件里都看不到动态内容？
因为支持仍不普遍。 Gmail 原生处理它；许多其他客户端根本无法渲染它，这也是发件人仍会构建一个纯后备版本的原因。
动态邮件的网络钓鱼风险更大吗？
有可能，因为让它变得便利的那种交互性，也使得令人信服的假冒更难被察觉。 在动态消息内点击或填写任何内容之前，请先验证发件人。
我可以在 Gmail 中关闭动态邮件吗？
可以，通过“设置”，然后是“常规”，在“动态邮件”部分中操作。 大多数人会保持开启，因为无论如何它在发件人层面都是需要主动选择加入的。
Outlook 是否像 Gmail 那样支持动态邮件？
没有标准的、面向用户的开关。 那里的支持并不一致，且取决于版本，因此不要指望各客户端有相同的体验。
相关术语