首页›指南›电子邮件
电子邮件 · 了解
回收站、服务备份和平台灾备应对的并非同一类事故。独立于服务器的备份可以找回一封已删除的邮件，即使是被故意删除的，前提是该邮件在删除之前已被备份，且其日期仍在保留期限之内。服务器宕机时，传入邮件会在发件方等待：此时关键在于恢复服务所需的时间，以及您能够接受丢失多少邮件。
人们常说“已经备份了”，指的却是截然不同的机制。每一种机制都只能挽回某一类事故，各有其操作者和局限。
| 防线 | 由谁操作 | 能挽回什么 | 局限 |
|---|---|---|---|
| 回收站与恢复文件夹 | 用户本人，在自己的邮箱中 | 近期的误操作 | 保留时间短；如果邮箱本身被删除或被入侵，则无能为力 |
| 服务备份 | 运营方，应请求操作 | 将一封邮件、一个文件夹或一个邮箱恢复到过去的某个状态 | 保留期限，以及两次备份之间的间隔 |
| 平台灾备 | 运营方，无需请求 | 故障：邮件继续送达或恢复送达 | 无法找回已删除的邮件 |
软件厂商或托管商为保障自身可用性而在多块磁盘或多台服务器上保存的副本，属于第三道防线。它能防范硬件故障，却无法防范删除：一封邮件一旦被删除，所有副本上会同时删除。这是冗余与备份之间最常见的混淆。
可以，但有三个限制。
故意删除需要特别关注。心怀不满的员工清空自己的邮箱，或者攻击者控制了管理员账户，都可能删除邮件，并试图连同备份一起删除。因此，需要一种在保留期内任何人都无法修改的备份，包括邮件系统管理员在内。ANSSI（法国国家信息系统安全局）的备份指南建议在管理系统内部对备份服务器进行隔离，并建议深入考察WORM类方案的不可变机制，而不是只看宣传用语。
独立备份存放在它所保护的邮件系统之外。具体来说：
同一份指南推荐“3-2-1”规则，其第一条是保留三份不同的数据副本；指南还将离线备份定义为存放在与任何信息系统断开连接的介质上的备份。这些概念同样适用于邮件和文件；关于文档方面的具体做法，请参阅版本管理、复制与备份。
示例。在一家25人的事务所（假设案例）中，一名员工误删了某位客户的文件夹，又清空了回收站，直到下周一才发觉。恢复文件夹中已没有任何有用的内容。而上周五的备份中保存着该文件夹。运营方将其恢复到邮箱中；只缺少在两次备份之间到达又被删除的邮件。
电子邮件对短时故障的容忍度很高。发件服务器如果连接不上您的服务器，或收到临时错误，会将邮件保留在队列中并重试。只要故障持续时间短于发件方放弃投递的期限（通常以天计），就不会丢失任何邮件：服务恢复后邮件即会送达。不中断业务的邮件系统迁移指南详细介绍了这一机制。部署在邮件系统前端的过滤网关也起着同样的作用：它会保存已接收的邮件，直到服务器恢复响应。
用户看到的则是另一番景象：网页邮箱无法访问，手机无法同步，邮件发不出去。第一个指标衡量的正是这段时间。
RTO（最大允许中断时间）：恢复服务的目标时间。RPO（最大允许数据丢失量）：如果存储必须从最近一次备份重建，您能够接受丢失的数据量，以时间长度表示。
RPO与在发件方等待的邮件无关：这些邮件会在服务恢复后送达。它针对的是在存储本身丢失的情况下，自最近一次备份以来已投递到邮箱中的邮件以及用户的操作。RPO小于2小时，意味着最多需要重建两小时的此类历史数据。这些都是目标值：请询问它们如何衡量、如何测试。
长时间故障、合同到期或供应商被收购，都可能迫使您更换邮件系统。您的域名和邮件地址保持不变：由MX记录指向新平台。具体方法，包括新旧系统并行、分批复制，以及SPF、DKIM和DMARC的一致性，详见不中断业务的邮件系统迁移，此处不再赘述。
不能。冗余也会复制删除操作。它能防范硬件故障，但无法防范误操作或故意删除。
一般不会：发件方会保留邮件并重试。只有在邮件被永久拒收，或故障持续时间超过发件方放弃投递的期限时，邮件才会丢失。
用于误操作后的回退，通常够用。用于将邮件保存数年，则不够：那是归档的职责。请参阅归档邮件。
是的，因为保留期限在不断流逝。前端防护属于过滤网关的职责；请参阅保护您现有的邮件系统。
对于Klytic Mail，三道防线均已具备，且相互独立。
如需恢复一封邮件、一个文件夹或一个邮箱，请向支持团队提出申请，并注明相关对象和大致日期。以下情况的恢复包含在服务内：服务故障；员工故意删除，或员工离职时账户被过早删除（每月以3次申请为限）；在终端已得到妥善防护的情况下仍遭受攻击。因意外删除、误操作，或终端防护不足导致的恢复，将通过付费技术支持工单处理。免费的已删除邮件文件夹仍是首选的补救手段。具体操作详见恢复一封邮件或一个邮箱。
本服务不涵盖的内容：用户在已删除邮件文件夹之外的自助恢复，以及备份超过30天的保存。如需将邮件保存数年，可选购法定归档服务。
本页介绍的是一般性框架。适用的承诺以您的合同为准。
查阅于2026年10月。
