智能、聚焦、邮件。
超高效兼跨平台:专为静忧收件设计,专心聚焦重要事项。
💡撤回邮件是 Outlook 尝试在收件人打开之前,收回你已经发送的邮件的功能。 这并非什么魔法。 它只是发送到收件人邮箱的一个请求,而这个请求可能会失败。
你或许经历过这样的时刻:点击发送后,立刻发现了错别字、漏掉的附件,或者邮件发给了错误的"John"。 本能反应就是想找一个撤销按钮。 撤回算是这样一个按钮,但它附带的细则比大多数人意识到的要多。
只有当你和收件人都使用 Microsoft Exchange 或 Microsoft 365,且属于同一组织时,撤回功能才有效。 而且只有在对方尚未打开邮件的情况下才有效。 即便两个条件都满足,它也确实不可靠,因为它取决于时机、服务器行为,以及收件人的收件箱是否支持该功能。 撤回是一场赌博。 而 Undo Send 则是十拿九稳的,至少在其短暂的时间窗口内如此。
这种区别比"取消发送邮件"这一共同说法所暗示的更为重要。 它们用完全不同的机制解决着相似的问题。
在 Outlook 中(经典版,仅限 Exchange/Microsoft 365):
并没有独立于常规撤回之外的特殊"隐身"方法。 收件人是否会发现,取决于时机和你所在组织的设置,而不是取决于你额外做了什么。
他们是否"知道"取决于两点:
一般规律是,如果它成功了,他们通常不会知道,因为一封成功撤回的未读邮件就直接消失了。 并不存在你所遗漏的某种独立的"隐形"模式;是否可见(或不可见)真正取决于撤回是否成功,以及作为个人发件人无法控制的那些设置。
Outlook Recall 是在邮件已经离开你的发件箱并送达某处之后才起作用。 它是一个后续请求,本质上是要求收件人的邮箱删除或替换已经送达的内容。 它只存在于使用 Exchange 或 Microsoft 365 账户的经典版 Outlook 中;在网页版 Outlook 中它根本无法使用,而且它从未适用于 Gmail、Yahoo 或其他非 Microsoft 地址,这一点在 Microsoft 自己的撤回限制页面上已得到确认。
而 Gmail 提供的 Undo Send,是在邮件实际离开之前才起作用。 Google 的帮助文档确认,你会有一个短暂的延迟窗口,即几秒钟时间,在这个窗口内点击"Undo"意味着这封邮件从一开始就真正没有到达收件人的服务器。 如果你及时抓住了它,它就消失了,就这么简单。
Undo Send 是二者中更诚实的工具。 它不会承诺在事后伸手进入别人的收件箱。 它只是在邮件脱离你的掌控之前,给你多几秒钟去发现自己的错误。
Spark 坚持采用发送前模式,这可以说是处理错误的更诚实的方式。 Gmail 允许你在 5 到 30 秒之间切换延迟时间,而 Spark 从 5 秒起步,并允许你在偏好设置中自定义这个窗口。 在桌面端,你可以在 Settings > General > Undo Send Timer 下找到它,而移动端用户可以直接查找 Undo Send Timer。 逻辑是一样的:邮件会一直留在你的发件箱中,直到倒计时结束。 这其中不涉及任何赌博,因为邮件实际上还没有离开你的设备,从而提供了一个有保障的宽限期来发现错别字。
不要在任何敏感事项上依赖撤回功能:如果一封包含机密信息的邮件发出去了,就当它在发送的那一刻已经被读过了,并直接跟进,而不是寄希望于撤回来挽救你。
对于任何有时间要求但并不紧急的事情, Send Later 也值得使用:将发送安排在明天早上,而不是在午夜就发出去,这会给你一个内置的第二次机会,在邮件真正发出之前重新阅读一遍。
而所有习惯中最简单的一个,就是在发送之前而非之后仔细核对收件人,因为自动补全是"发错人"最大的单一原因,而对收件人字段瞥上三秒钟胜过任何撤回功能。