阿里邮箱西南服务中心归档开关处于开启状态，只是检查的起点。 上线之后真正容易出问题的是三件事：覆盖有没有缺口、期限有没有依据、调阅和导出副本有没有管住。三件都不是一次性配置，而是要定期复核的动作。
三条口径先记住：
- 覆盖要用已知样本验证。 阿里邮箱的历史追溯与启用后的新邮件归档是两个不同操作，且追溯不支持已删除的历史邮件[1]。
- 能检索到不等于必然被采信。 电子数据真实性由法院综合系统可靠性、保存提取的完整性等因素判断[3]。
产品侧那些反直觉的归档细则（监控的邮件不归档、用户删除的邮件依然归档、同时群发只归一封）以及导出配额明细，由邮件归档最容易被忽略的三件事承担；本篇讲的是上线之后怎么持续核对。项目怎么实施与验收，见大成云归档与扩容方案落地。
第一件事：归档已开启，还要核对历史邮件和新增账号是否覆盖
归档的日常复核，应从「哪些邮件实际留了下来」开始。企业需要核对三个时间：账号何时纳入归档、历史邮件从何时补入、最近一次已确认正常采集到何时。 第三个时间最常被忽略——它回答的是「采集有没有在某天悄悄停了」。
以阿里邮箱为例，原厂说明区分启用后的新邮件归档与启用前历史邮件的追溯，并明确历史追溯不支持找回已删除的历史邮件；追溯任务每 30 天最多提交 2 次[1]。因此不能先清理旧邮箱，再假定开启归档就能把过去的数据补回来。
建议维护一份覆盖清单，记录账号、纳入时间、历史数据起点和已知缺口。用授权测试账号和已知样本核对：
|
核对对象
|
具体动作
|
留下的记录
|
|
一封启用前的历史邮件
|
按账号和时间定位，核对正文及附件
|
邮件标识、时间、是否找到、缺失内容
|
|
一封启用后的新邮件
|
比对收发记录与归档结果
|
发送或接收时间、查询条件、结果
|
|
一个新增或变更账号
|
确认范围设置，再检查测试邮件
|
生效时间、账号对应关系、复核人
|
五类变更应当触发一次覆盖复核
覆盖缺口很少是配置写错造成的，多数是组织变动之后没人回头检查。以下情形发生后，应重新检查受影响对象：
- 新增员工或新增部门；
- 邮箱更名、账号合并；
- 共享邮箱、邮件组成员调整；
- 完成一次邮箱迁移（搬家进来的历史邮件会改变可追溯范围[1]）；
- 调整过归档范围或启停状态。
发现漏采后，建议在同一条异常记录中写明：受影响账号与时段、可核实的缺失样本、处理责任人、补救方式和复查结果。暂时无法补齐的历史缺口也要保留记录，不能用「已开启归档」代替说明。抽检通过只能证明已检查项目的结果，不能直接证明所有邮件完整无缺。
第二件事：保存期限要有依据，容量要按实际增长复算
「能存多久」「应该存多久」「还能存多少」是三个问题。购买更多空间只回答最后一个；产品默认保存年限也不能替企业确定法律义务。
期限：由记录类别和适用义务决定
对于邮件中的个人信息，个人信息保护法要求除法律、行政法规另有规定外，保存期限应为实现处理目的所必要的最短时间[2]。企业应按邮件承载的记录类别、适用义务和管理目的，由法务或合规负责人确认期限及起算点，不能把「五年」「七年」写成所有企业邮件的统一标准。
阿里邮箱归档文档说明默认保留年限为 5 年，超期归档邮件自动删除，并支持付费延长[1]。这是该产品的保存规则，企业需要在到期前核对它是否满足自身已确认的留存要求——产品值高于法定要求时要考虑最短必要原则，低于业务要求时要安排延长或本地副本。
建议把每类记录的期限依据、起算事件、到期处置和责任人写在同一份策略中。涉及个人信息、达到法定删除条件时应依法处置；法定保存期限未届满或技术上难以删除时，应停止除存储和必要安全保护措施以外的处理[2]。
发生争议、调查等情况若考虑暂缓处置，应由法务确认具体记录范围、保留依据和复核时间。内部备注「可能有用」不能自动成为无限期保留和继续使用个人信息的理由。 按行业与记录类别定位期限，见哪些行业必须做邮件归档、要留多久。
容量：从实际归档数据出发，先统一口径
先确认后台指标算的是邮件逻辑数据量，还是已经包含索引、冗余等开销的存储占用，再使用一致口径：
未计到期删除的规划数据量 ＝ 当前已保留数据量 ＋ 预计每月新入库量 × 规划月数 ＋ 计划补入的历史数据量
这里的「新入库量」应采用尚未扣除删除量的口径，计划补入的历史数据单列，避免重复计入日常增长。若后台只给出净增长值，需要先核对同期入库和删除情况。
举一个仅用于演示算法的例子：假设当前逻辑数据为 100 GB，每月新入库 10 GB，计划补入历史数据 20 GB，规划未来 12 个月，暂不扣除到期删除，则为 100 ＋ 10×12 ＋ 20 ＝ 240 GB。该结果是这一组假设下的数据量，不是岗位用量标准，也不是实际存储采购量——索引、冗余等开销需按部署方案另行核对。
三个常见算错的地方：
- 若平均单封体积已经包含附件，就不要再额外乘「附件占比」；
- 不要把企业网盘、个人网盘或大附件中转站的配额加成归档可用空间——按官方参数这些是彼此独立的配额，企业网盘标准版 20GB／AI 尊享版 200GB，大附件中转站 10GB／32GB[4]；
- 「容量不限」说的是邮箱存储空间，单账号邮件总数仍有 200 万封、单文件夹 100 万封的上限[5]，触顶时表现为无法收信而不是空间不足。
定期复核实际增量，比照抄一张「每人多少 GB」的表更适合本企业。 业务旺季、批量导入或留存策略改变后应重新估算。扩容与归档怎么搭配，见邮箱该扩容还是该归档：按场景选组合。
第三件事：能查到邮件，还要管住调阅权限和导出副本
邮箱管理权、归档查询权和对外提供邮件的权限，应在制度和系统配置中分别核对。个人信息保护法要求合理确定个人信息处理的操作权限，并对从业人员定期进行安全教育和培训[2]。员工离职或部门调整，不意味着接任者可以无条件查看全部历史邮件。
产品侧的权限是独立一套，要单独登记：只有归档管理员可以开启、关闭归档服务并查询归档邮件，postmaster 默认没有归档相关权限，需要由邮箱管理员分配[1]。
建议让调阅申请、系统操作和导出件交接共用一个记录编号：
|
环节
|
需要记录的内容
|
核对责任
|
|
申请与批准
|
用途、账号与时间范围、批准人
|
申请人、授权责任人
|
|
查询与导出
|
执行人、查询条件、导出范围、对应日志
|
操作人员
|
|
接收与后续处置
|
文件清单、接收人、存放位置、权限、处置规则
|
接收人、保管责任人
|
这是一种内部管理建议，企业可按敏感程度为批量导出增加复核，审批层级应与业务风险匹配。
阿里邮箱支持归档操作日志查询，入口在域管理界面的「统计与日志 → 行为查询 → 归档日志查询」；导出格式为 eml 邮件原文[1]。企业仍应实际检查需要的动作是否有记录，以及日志中能否关联操作人、时间和对象。 多人协作邮箱也应尽量通过可追溯的个人身份执行管理操作，避免只留下一个无法区分操作者的共享登录名。
调阅流程要延伸到导出副本的保管与处置
这是三件事里最常被漏掉的一环：归档系统里的权限管住了，导出之后的文件却没人管。 下载目录、共享盘、邮件转发出去的副本同样需要受控。
建议交接时核对文件是否可读取、邮件及附件是否与批准范围一致；用途结束后再按适用规则确认删除或继续保留，并记录处置结果。导出件脱离了归档系统的权限模型，它的留存期限同样受最短必要原则约束[2]。
证据效力：记录有助于说明过程，不等于必然被采信
保存上述记录有助于说明邮件的形成、保管和提取过程。但要讲清边界：最高人民法院关于民事诉讼证据的若干规定要求综合判断电子数据的真实性，考虑因素包括计算机系统的硬件、软件环境是否完整可靠、是否处于正常运行状态、是否具备有效的防止出错的监测核查手段，以及保存、传输、提取的方法是否可靠等[3]。
所以不能仅凭「不可修改」「支持导出」或一个归档成功提示，就承诺具体邮件必然被采信。 个案证明力仍取决于形成过程、完整性、取得方式和适用程序。可做的是把系统运行状态、权限分离、操作日志和提取过程都留下可复核的记录——这些正是上面那张表要解决的问题。归档、备份与灾备各自解决什么，见邮件归档、备份与灾备到底什么关系。
需要外部协助时，可把覆盖缺口、期限清单和调阅要求一起交给服务方核对。大成云提供邮件归档与容量扩容服务[6]；是否包含归档规则设置、历史数据处理及日志交付，应在本项目书面方案中逐项确认。
沟通前准备哪些信息
- 覆盖清单：账号、纳入时间、历史数据起点、已知缺口，以及最近一次确认正常采集的时间；
- 期限清单：每类记录的依据、起算事件、到期处置与责任人，以及是否存在争议保留；
- 容量数据：当前已保留数据量、每月新入库量、计划补入的历史数据量，并注明统计口径；
- 调阅要求：谁申请、谁审批、谁执行导出，以及导出件的存放与处置规则。
归档持续复核常见问题（FAQ）
Q: 能按附件名称搜索，是否就能搜索附件正文？
不能据此推断。阿里邮箱归档文档列出的关键字范围包括邮件主题、正文和附件标题[1]，这不等于承诺附件内容识别。若业务依赖合同正文中的关键字，应使用已知附件样本实测，并让服务方说明适用格式和检索范围。顺带注意查询条件里只有时间范围是必填项，其余均为可选[1]——测试时把条件写全，才能确认是真的没有还是条件过窄。
Q: 容量还有余量，但归档新增量突然为零，该先扩容吗？
先不要把异常归因于空间。建议核对同期是否确有新邮件、统计口径和刷新时间，再检查受影响账号的归档范围、启停状态及采集情况。还有两种与空间无关的常见原因：触及单账号 200 万封或单文件夹 100 万封上限[5]，以及告警对应的其实是企业网盘或大附件中转站这类独立配额[4]。把异常时段和样本交给管理员或服务方排查，确认原因后再决定是否扩容。
Q: 一次要导出很多年的邮件，能否直接用小样本的耗时估算？
不宜直接外推。先确认当前产品的单次导出范围和任务限制，再按账号、时间段分批试导出，检查邮件及附件完整性，并记录实际耗时。导出为 eml 原文格式[1]，具体的单次跨度配额与任务留存期要按当期文档核对。调取时限应结合真实数据量和项目要求约定，不能用统一的「十分钟」判定归档是否合格。
Q: 员工离职后，接任者能不能直接查他的全部历史邮件？
不能默认可以。个人信息保护法要求合理确定个人信息处理的操作权限[2]，所以调阅范围应按用途逐次批准，而不是跟着岗位自动继承。实际操作上要分两件事：一是归档系统里的查询权限由归档管理员控制、与 postmaster 分离[1]；二是离职账号的邮件仍在归档内，其访问权限与到期处置要写进策略。建议把每次调阅都走申请—批准—执行—接收四步并共用一个记录编号。
Q: 归档记录能不能直接作为诉讼证据？
记录有助于说明过程，但不能承诺采信结果。民事诉讼证据的若干规定要求综合判断电子数据真实性，考虑系统环境是否完整可靠、是否正常运行、有无有效的防止出错的监测核查手段，以及保存、传输、提取方法是否可靠等因素[3]。可做的是把系统状态、权限分离、操作日志与提取过程都留成可复核的记录，并在需要时由法务判断取证方式。产品宣传里的「防篡改」「可取证」描述属于能力说明，不是对个案证明力的保证。
Q: 这三件事多久复核一次？
没有统一周期，建议按两条线定：定期线按季度核对覆盖清单、期限到期项与容量增量；事件线按变更触发——新增员工或部门、邮箱更名、共享邮箱调整、完成迁移、改过归档范围或启停状态，发生任一项就复核受影响对象。把这几项与续费到期一起放进同一份运维清单，分别写明负责人与检查频率，比约定一个固定周期更有效。