这两项功能经常并列出现在功能清单中，但两者的可靠程度截然不同。
定时发送在服务正常运行时具有确定性。邮件由服务器保存，并在选定时间释放。无论合上笔记本、网络断开还是入睡，发送都不依赖设备继续在线。
已读回执只是一项请求。你要求收件人的邮件软件在显示邮件时通知你，但软件可以拒绝、先询问用户，也可以直接忽略。没有收到回执，几乎说明不了任何问题。
两项功能都有价值，前提是清楚每一项究竟能证明什么。
定时发送的工作方式
写好邮件，打开发送旁边的下拉菜单，再选择时间。预设选项包括明天上午、明天下午和下周一上午；其他时间可通过日期选择器设定。邮件会移入定时发送文件夹，并在那里等待到期。
关键在于邮件在哪里等待。邮件存放在服务器上，调度进程每分钟检查一次已经到期的任务。你的设备无需参与：不用保持浏览器标签页打开，不用让应用持续运行，电脑也可以关机。这就是服务器端定时发送与某些桌面客户端本地定时功能的区别。后者所说的“定时”，有时只是电脑届时处于开机状态才会发送。
执行之前，定时邮件可以完整编辑。打开定时发送文件夹即可取消、修改时间或编辑内容。取消后，邮件会返回草稿，而不是被删除。
有一项限制需要提前了解：以共享邮箱身份操作时，不能使用定时发送。从团队收件箱提前数小时排队的邮件，到发送时可能已经没有明确负责人；撰写者也许已经离开团队，而其他成员在等待期间看不到它。从共享地址立即发送不受影响。
撤销发送并不是定时发送
这两项功能经常被混淆，但解决的是不同问题。撤销发送用于挽回点击后五秒内发现的错误；定时发送则用于选择可能在数周后的发送时间。
撤销发送会为每封邮件增加五秒等待时间。点击发送后，邮件先进入队列而不会立即传输，同时出现倒计时。点击撤销，邮件会回到编辑器，并可继续修改。倒计时结束后，邮件才会发出。
五秒是经过权衡的选择。它通常足以发现两种常见错误：忘记附件或选错收件人。这些问题往往在窗口关闭后很快就会被注意到，同时五秒也足够短，不会让发送显得迟缓。
更长的撤销时段看似更好，实际会带来不便。若设为三十秒，每封邮件都要处于半分钟的中间状态；想确认“发出去了吗”就必须检查，而且已发送文件夹也会晚于实际状态。
| 撤销发送 | 定时发送 | |
|---|---|---|
| 用途 | 挽回错误 | 选择发送时间 |
| 时长 | 5 秒 | 数分钟至数月 |
| 适用范围 | 每封邮件 | 仅限主动设置的邮件 |
| 等待期间能否编辑 | 撤回编辑器 | 可以，在定时发送文件夹中 |
时区：定时发送为何会出错
只要两个人身处不同地点，“明天上午 9 点”就会产生歧义。用于定时发送时，这种歧义可能让邮件在凌晨 3 点抵达。
所选时间采用浏览器提供的你的时区。如果你在柏林的笔记本上为旧金山的同事安排邮件，9 点指柏林上午 9 点，对方那里则是午夜。
过去，类似问题对日历的影响更严重。因此，现在的日历事件会明确保存时区，而不是只保存一个没有时区的表盘时间。在柏林创建并在旧金山打开的会议，会在两端显示各自正确的本地时间，而不是把同一组数字放在错误的地点。
实用做法是考虑收件人的早晨，而不是自己的早晨，并在调整时钟的那一周格外谨慎。若提前三周安排邮件，期间跨越夏令时切换，实际抵达时间可能与原本设想的本地表盘时间相差一小时。
已读回执：什么是 MDN
电子邮件中的已读回执是一种邮件处置通知，即 MDN，由 RFC 8098 标准化。其工作过程如下：
- 你发送一封带有
Disposition-Notification-To标头的邮件，标头中包含你的地址。 - 收件人的邮件软件发现该标头。接下来如何处理，完全取决于软件及其设置。
- 如果软件决定响应，它会返回一封简短的结构化邮件，以机器可读方式说明该用户在这个时间显示了这封邮件。
- 通知会像普通邮件一样进入收件箱，并通过
Original-Message-ID与原邮件匹配。
在我们的系统中，请求回执会在发送时为每位收件人建立一条待确认记录。收到可正确匹配的有效 MDN 后，对应记录会添加时间戳。已发送列表会显示标记；打开邮件后，可以查看每位收件人的报告，了解谁已确认、谁没有确认。
密送收件人会被有意排除在报告之外。如果隐藏收件人的回执出现在发件人自己的报告中，旁观屏幕的人就可能发现该密送。悄然削弱密送隐私的功能属于缺陷。
你可以在编辑器中为单封邮件开启回执，也可以在设置中按邮箱设为默认值，前提是确实希望每封邮件都请求回执。大多数人不宜默认开启。
为什么这不是跟踪像素
另一种尝试判断邮件是否打开的方法，是嵌入一张托管在发件人所控服务器上的 1×1 透明图片，并在收件人客户端加载图片时记录请求。许多“邮件跟踪”浏览器扩展和销售工具采用这种做法。
我们不采用这种方式，原因有三。
它是隐蔽的。收件人不会清楚看到有信息被记录。MDN 请求则是可见的：客户端可以告知用户或征求许可。该机制本身包含同意环节。
它泄露的不只是打开时间。图片请求会携带 IP 地址和用户代理，可能暴露大致位置以及阅读邮件所用的设备。这与“邮件已显示”有实质区别，而且可能在未明确询问的情况下被收集。
如今这种信号很不可靠。Apple 邮件隐私保护可能通过代理预取图片，从而让邮件立即显示为已打开，且位置并非收件人所在地。Gmail 也通过自己的缓存代理图片。因此，这类数据通常噪声很大。
MDN 提供的数据更少，但描述的是客户端主动决定报告的行为。这是一项有意的取舍。
没有回执说明什么（几乎什么都不能说明）
这一点必须说清楚：许多已读回执请求永远得不到回答，原因与邮件是否已读无关。
| 收件人的环境 | 常见行为 |
|---|---|
| 个人 Gmail 网页账户 | 通常不发送 MDN。在 Workspace 中，回执取决于管理员设置，也可能被关闭 |
| Outlook 桌面版 | 可以处理请求；根据设置，通常会先询问用户，而用户可以拒绝 |
| Apple Mail | 若没有多数人从未配置的额外设置，通常不会发送 MDN |
| Thunderbird | 支持该功能，默认通常会询问用户 |
| 许多移动邮件应用 | 完全忽略该标头 |
因此，空白报告可能对应许多情况：尚未阅读、在手机或 Gmail 中阅读、在 Outlook 中打开但用户选择拒绝，或已读但有意不确认。你无法区分这些情况。
正确的理解是不对称的。收到回执，是客户端显示过邮件的有力信号。没有收到回执，则不能证明是否阅读。将前者视为信号，将后者视为沉默。
如果真正需要的是投递证明而不是阅读证明，那是另一个通常更容易核实的问题。发件日志会记录接收服务器接受邮件时给出的答复，包括 SMTP 响应；持续上升的退信率才值得关注。基础设施能观察服务器是否接受邮件；阅读情况则由收件人选择是否告知。
如何查看报告
已发送列表会标记请求过回执的邮件。打开其中一封，报告会列出“收件人”和“抄送”中的每位收件人，并显示确认时间或留空。
把它当作跟进提示，而不是判决。“五人中有三人确认，另两人正是我需要回复的人”可以成为跟进的合理依据。“你在 14:32 读了我的邮件却没回复”不适合作为交流的起点，也会让人有充分理由感到不适。
何时使用哪项功能
适合使用定时发送的情况：你在工作时间之外写信，不想显得自己凌晨 1 点还在工作；收件人位于其他时区，你希望邮件在对方早晨到达；邮件必须在特定日期发出，例如续订通知或合同期限提醒；或者你想在发出前再考虑一次。
适合请求回执的情况：邮件确实重要，确认结果会影响下一步行动，而且你事先已接受“没有回应”并不回答是否已读。默认对每封邮件都请求回执，容易让反复收到提示的人厌烦，也会降低它在真正重要邮件中的信号价值。
常见问题
电脑关机后，定时发送还会工作吗？
会，只要服务正常运行。邮件保存在服务器上，调度进程每分钟检查一次到期任务。你的设备都不需要保持开机或联网。
定时邮件发出前可以编辑吗？
可以。打开定时发送文件夹即可修改内容或时间，也可以取消。取消后，邮件会回到草稿。
为什么共享邮箱不能使用定时发送？
从团队收件箱提前数小时排队的邮件，到发送时可能没有明确负责人，而且等待期间其他成员看不到它。从共享地址立即发送仍可正常使用。
已读回执对 Gmail 有效吗？
通常不应期待个人 Gmail 账户返回 MDN。在 Google Workspace 中，回执受管理员设置控制，也可能被关闭。实际行为取决于当前域和客户端配置。
收件人会知道我请求了回执吗？
会，这正是设计目的。客户端可以通知用户或请求许可。这是一项请求，不是监视。
已读回执能证明邮件已投递吗？
有效回执表明邮件已经投递，并且被客户端显示。没有回执则不能证明任何事情。若要检查投递，请查看发件日志和接收服务器的 SMTP 响应。
你们使用跟踪像素吗？
不使用。回执采用标准 MDN 机制，收件人的软件可以拒绝。邮件中没有嵌入图片或打开跟踪信标，该机制也不会在收件人一侧记录 IP 或用户代理。
回执能告诉我邮件是否被转发吗？
不能。MDN 只报告原始收件人的处置情况，无法显示转发。
