邮箱空间满了怎么办？扩容与归档的区别

一句话分界：扩容改的是配额上限，归档改的是邮件的存放位置。 一个让当前邮箱装得更多，一个把历史邮件挪到另一个地方去存——两者解决的不是同一个问题，也不能互相替代。

一、先纠正一个前提：「不限容量」不等于不会满

很多关于「邮箱扩容」的讨论建立在一个过时的前提上：每个账号有固定的几 GB 空间，用满就得加钱。

这个前提至少在阿里邮箱的现行版本里已经不成立。按官方的版本介绍，标准版与 AI 尊享版的邮箱容量都是「不限容量」，私有化版按需配置 [1]。

那为什么还会有「空间满了」的告警？因为容量不限，不等于没有上限——上限只是换到了别的维度。

1.1 官方口径里真正有硬上限的项目

下表全部取自阿里邮箱官方参数文档：

项目	官方上限
邮箱容量	不限容量（标准版、AI 尊享版）[1]
单账号可存储总邮件数	200 万封 [2]
账号每个邮件夹可存邮件数	100 万封 [2]
单账号最多可创建文件夹数	800 个（不含系统文件夹） [2]
自定义文件夹子级数	10 级 [2]
发信普通附件大小	默认 50MB，域管可在 1–60MB 之间配置 [2]
发送邮件正文大小	6MB [2]
收信普通附件大小	100MB [2]
收取邮件附件个数	500 个 [2]
单账号个人网盘空间	5G [2]
大附件中转站	标准版 10G，AI 尊享版 32G [1]
postmaster 管理员账号容量	5MB，且不能调整 [4]

其中，主管理员账号本身只有 5MB 且不可调整，官方明确写了不建议用它日常收发信 [4]。在一个「不限容量」的产品里，仍然存在一个 5MB 且改不了的账号——这就是「上限换了维度」最直观的例子。

顺带纠正一处常见混淆：参数表里的 5G 是个人网盘空间，不是邮箱容量 [2]。把网盘的5G当成邮箱只有5G，是很多「邮箱只有5个G」说法的来源。

1.2 还有一个不是容量、但同样让人以为「邮件丢了」的上限

管理员在后台查收发记录时会遇到一个时间窗口：阿里邮箱域管的账号收发查询，单次只能查 7 天，整体范围是 6 个月 [3]；账号登录日志的查询范围是 180 天 [3]。

这条限制与存储容量毫无关系，但它造成的体验和「邮件没了」很像——半年前的收发记录在管理后台查不到了。要让更早的邮件在需要时还能被检索到，靠的不是容量，是归档。

1.3 所以「空间满了」通常是撞到了哪一条

现象	原因	解决方案
大附件发不出去	单封附件大小上限 [2]	改用超大附件或网盘链接，不是扩容
网盘传不上东西	个人网盘或大附件中转站容量 [1][2]	清理网盘或升级版本，与邮箱容量无关
单个文件夹卡顿、搜索变慢	单邮件夹条数上限 [2]	拆分文件夹 + 归档历史邮件
管理后台查不到半年前的收发记录	收发查询的 6 个月窗口 [3]	归档
员工离职后邮件找不回	账号已被删除	归档（配额型扩容对此无效）
确实是配额被用满（容量有限的产品或版本）	存储配额	扩容

这张表的用处是先判断问题的性质，再决定花钱的方向。上面六种情况里，只有最后一种是扩容能解决的。

二、扩容与归档的分界：一个改上限，一个改位置

2.1 两者动的是不同的东西

	扩容	归档
动的是什么	配额的数值	邮件的存放位置
邮件本体	原地不动	按策略写出一份独立副本
生效对象	当前与未来的邮件	已有的历史邮件与后续新邮件
对当期占用的影响	提高了可用上限	副本不计入日常邮箱配额 [5]
邮件还在原来的位置吗	在	副本在另一套存储里

关键差别在最后两行。归档不是把邮件搬走了，而是在另一套存储里留了一份独立计量的副本。 微软官方的服务限制清单可以作为这种设计的一个可核对的实例：Exchange Online 的存档邮箱与用户主邮箱列在同一张表里，但是分开计量的配额 [5]。

2.2 为什么它们不能互相替代

扩容替代不了归档，因为扩容只改数值、不产生独立副本。邮件仍然待在员工自己的邮箱里，员工能删、账号被删除时会一起消失。要在半年后、两年后还能把某一封邮件调出来，需要的是一份不受个人操作影响的独立留存，而这正是扩容不做的事。

归档替代不了扩容，因为归档写出的是副本，原件通常仍在原处。归档动作本身不会让日常邮箱的占用变少——它让历史数据在另一处有了长期落脚点，但当期收发的量还是压在原来的配额上。真正减少当期占用要靠清理策略，那是与归档配合的另一个动作。

三、扩容：把配额上限抬高

3.1 它能解决什么

扩容适合的是一种很具体的情况：当期收发量本身超过了可用配额，而且这个量是真实业务需要。 典型场景是项目高峰、团队快速扩张、短期内大量大文件往来。

在容量本身不设上限的版本里，「扩容」已经没有容量可加了。按官方版本参数，版本之间的差异落在网盘容量、大附件中转站、文件夹数、发信量这几项配额上 [1]——所以实际要做的动作通常不是买容量，而是升级版本。

从标准版到 AI 尊享版，这些配额会变	标准版	AI 尊享版
大附件中转站	10G	32G
企业网盘容量	20G	200G
个人网盘	5G	32G
单账号可创建文件夹数	800 个	3000 个
账号回收站保留	30 天	90 天
企业外部发信量	2500 封/天/账号	4000 封/天/账号
收件人上限	2500 人/天/账号	4000 人/天/账号

以上均为官方版本介绍中的口径 [1]。看这张表能得到一个判断：如果你遇到的瓶颈在这几行里，升级配额是对症的；如果瓶颈是「历史邮件要能查」，升级配额一点用都没有。

3.2 它解决不了什么

三件事扩容都不管：

所以扩容的定位是应对当期压力，不是长期的数据管理手段。只做扩容不做归档，会陷入「告警—扩容—再告警」的循环；反过来，只做归档不管配额，当期收发照样会被卡住。

四、归档：把历史邮件挪到另一份存储里

4.1 归档为什么不占日常邮箱的空间

第一，归档存储是独立的一套。 它不是主邮箱里的一个文件夹，而是与日常邮箱分开计量的另一份存储——所以往里写东西不会消耗日常配额 [5]。

第二，写入通常发生在投递环节，而不是事后搬运。 邮件在投递过程中被复制一份写入归档存储，这个动作与用户的收发操作是分开进行的，因此不影响正常收发。也正因为副本在投递时就写好了，用户之后在自己邮箱里的删除操作，不会影响已经写入归档的那一份。

这两点合起来解释了归档最有价值的那个特性：它是一份不受个人操作影响的留存。

4.2 归档与备份：一句话区别

备份是可被覆盖的时间点快照，服务于系统故障后的还原；归档是持续写入、写入后不修改的独立副本，服务于事后查得到、调得出。

丢数据时从备份恢复，要查两年前某封邮件时只能靠归档。两者不能互相顶替，但这不是本文的重点——归档在合规审计里的具体要求（不可篡改、权限分级、审计日志与导出格式）是另一个话题。

4.3 它解决不了什么

五、一张表看清区别

对比维度	扩容	归档
作用对象	配额的数值上限	邮件的存放位置
解决的问题	当期装不下	事后找不到
邮件本体	原地不动	另存一份独立副本
与日常配额的关系	抬高日常配额	副本与日常配额分开计量 [5]
员工删除邮件后	邮件消失	已写入的副本不受影响
账号被删除后	数据随账号消失	副本仍在归档存储中
检索方式	员工在自己邮箱里搜	通常由管理员在归档侧按条件查询，权限设计各产品不同
数据性质	热数据，高频访问	冷数据，低频访问但需长期留存
典型触发信号	当期收发量超配额	需要追溯超出后台查询窗口的邮件 [3]
不能替代对方的原因	不产生独立留存	不降低当期占用

六、怎么判断自己该用哪个

按顺序回答三个问题即可，不需要先懂技术细节。

待确认项	解决方案
你的邮箱容量本身是否有固定上限？（先查所用版本的官方参数，不要按印象判断 [1]）	有上限且已接近 → 扩容或升级版本进入候选
你遇到的现象，是否属于这五类之一：单封附件太大、网盘或中转站满、单个文件夹条数过多、后台查不到更早的记录、账号已被删除？（详见 1.3）	是 → 问题不在容量，扩容无效
是否需要在后台查询窗口之外（例如半年前、两年前）调取邮件？ [3]	是 → 需要归档，且这件事扩容做不到

三个问题的组合结果：

当期装得下吗	需要长期可追溯吗	该做什么
装得下	不需要	两件都先不急，但要知道后台查询窗口有限 [3]
装得下	需要	只上归档
装不下	不需要	只处理配额（扩容或升级版本）
装不下	需要	两件都做，且先上归档——先把历史邮件的落脚点定下来，再决定配额加多少

最后一行的顺序是有理由的：先归档，才知道历史数据能从日常邮箱里移走多少，配额需求也就随之明确；反过来先扩容，扩多少完全是拍脑袋。

七、四个常见误区

误区	实际情况
「不限容量」就不用管空间了	容量不限，但总邮件数、单邮件夹条数、文件夹数、单封附件大小、网盘容量都有明确上限 [1][2]；主管理员账号甚至只有 5MB 且不可调整 [4]
清理就等于归档	清理是删除，删掉的邮件不会因此进入任何留存；归档是另存一份副本。两个动作方向相反
归档就是备份	备份是可覆盖的时间点快照、服务于故障还原；归档是写入后不修改的独立副本、服务于事后调取
扩容能顺便把历史邮件保住	扩容只改配额数值，邮件仍在员工邮箱里，员工删除或账号删除时同样会消失

八、常见问题（FAQ）

因为上限换到了别的维度。按阿里邮箱官方参数，单账号可存储总邮件数上限为 200 万封、每个邮件夹上限 100 万封、可创建文件夹 800 个、发信普通附件默认 50MB（域管可在 1–60MB 之间配置）[2]；个人网盘 5G、大附件中转站标准版 10G [1][2]。另外主管理员 postmaster 账号的容量是 5MB 且不能调整 [4]。这些都不是「容量」，但撞上任何一条都会表现为「传不上去」或「发不出去」。

先看你要解决的是「装不下」还是「找不到」。当期收发已经受阻，先处理配额；只是担心历史邮件将来查不到，先上归档。两个问题同时存在时建议先归档——先确定历史邮件的落脚点，配额需要加多少才有依据，否则扩多少都是猜。

因为归档存储是与日常邮箱分开计量的另一套存储，不是主邮箱里的一个文件夹。微软官方的服务限制清单里，存档邮箱与用户主邮箱虽列在同一张表，但配额是分开计的 [5]——这说明它不是某一家的特殊做法。具体到你所用的产品，归档空间怎么计量，要看该产品的官方参数。

取决于副本写入的时机。如果归档在邮件投递环节就写入了副本，那么用户之后的删除操作不影响已写入的那一份——这也是归档相对「让员工自己留着」最实质的区别。但各产品的写入时机与删除保护范围不同，启用前应向服务商确认。

这个问题有两层，别混在一起。一层是产品能存多久，由服务商的归档配置决定，各家不同，以当期说明为准；另一层是你需要存多久，由你所在行业的法规与监管口径决定。第二层不能用第一层的默认值来替代——产品的默认保留期是一个配置项，不是合规结论。

以阿里邮箱为例，域管的账号收发查询单次只能查 7 天，整体范围是 6 个月；账号登录日志的查询范围是 180 天 [3]。这个窗口与容量无关，也不会因为扩容而延长。需要追溯更早的邮件，要靠归档。

大概率不是。发信普通附件的大小上限默认 50MB、域管可在 1–60MB 之间配置 [2]，这是单封邮件的限制，与账号总容量是两件事。官方还提醒 base64 编码会让邮件膨胀 1.5 倍以上，正文大小也会影响附件的可用空间 [2]。这种情况应改用超大附件通道或网盘链接——阿里邮箱的发信单个超大附件上限是 4G [2]。

结语

扩容与归档的区别，落到一句话是：扩容改的是上限，归档改的是位置；一个管装得下，一个管找得到。

在容量已经不设上限的产品里，值得先做的其实是另一件事——打开自己所用版本的官方参数表，看清哪些项目才是真正有上限的 [1][2]。很多被当成「空间不足」的问题，换个维度看根本不需要花钱。

对缺少专职运维的企业，版本参数核对、归档策略配置与后续维护也可以交由本地授权服务商承接。以官方授权的阿里邮箱西南服务中心-大成云为例，其服务范围包含邮箱配置与相关的运维支持 [6]。

引用来源（References）