MailPlus 日志报 5.2.2 Quota exceeded：收件人邮箱满了，清理与调大配额两条路
痛点场景
业务部门来报：客户发来的合同邮件对方显示发送成功，这边却怎么也收不到。查网络、查对方退信，最后在 MailPlus Server > 审核 > 日志 里找到元凶：
5.2.2 <收件人地址>: Recipient address rejected: Quota exceeded (mailbox for username is full)
日志把话说得很明白：这个收件人的邮箱已经满了。
诊断：配额到了，服务器替你关门
按官方知识库的解释，MailPlus Server 拒绝这次 SMTP 连接，是因为收件人的邮箱已达到存储配额。
邮箱配额是管理员在创建账号时设定的存储上限，目的是防止单个用户无限占用空间。配额一满，后果不只是"存不进新邮件"——新的来信会在连接阶段就被整个拒掉，发件方收到退信，收件方毫无察觉。这也是为什么邮箱满的问题常常由外部客户先发现：账期对账单、发票、项目文件全都静悄悄地进不来。
还要注意日志里的细节：配额统计的是邮箱占用的空间，“删除"的邮件进了垃圾箱仍然占着配额，不清空垃圾箱，空间并没有真正释放。
解决：两条路，按情况选
路径一：请收件人清理（不改任何配置）
官方给出的第一个方法：
- 请收件人删除不需要的电子邮件；
- 然后清空垃圾箱文件夹。
两步缺一不可。清理时优先处理大头：带大附件的旧邮件、订阅的报表推送、几年前的通知存档。清空垃圾箱后配额即刻释放，新邮件恢复接收。
路径二：管理员调大邮箱配额
如果这个账号的业务性质就是邮件量大（比如客服、财务、项目岗），清理只是缓兵之计，可以调大配额：
- 启动 MailPlus Server；
- 进入帐户 > 用户；
- 选择收件人的帐户，单击顶部栏上的设置配额；
- 在 MailPlus 配额栏中输入更大的值，单击确定。
配额调大立即生效，不需要动邮箱里的任何数据。
管理建议：别等满了再救火
- 配额给足基线：按岗位邮件量设定合理基线，商务往来密集的岗位不要按默认值一刀切；
- 巡检接近满的账号：把配额使用率纳入例行巡检，超过八成的账号提前提醒清理，比事后追退信省力得多；
- 区分两件事：调大配额解决的是"这个人需要更多空间”，清理解决的是"空间被不需要的东西占了"。盲目调大配额只会把问题推迟，垃圾邮件和陈年附件照旧躺在里面。
一条 5.2.2 日志背后，往往是一个岗位的邮件习惯问题。诚鑫致达科技在做邮件系统代维时，配额巡检是固定项目——邮箱满导致的业务邮件静默丢失，是所有邮件故障里最冤的一种。