一条退件消息，其主题类似于 Undelivered Mail Returned to Sender，发件人名为 Mail Delivery Subsystem，或地址为 mailer-daemon@…，是由邮件服务器写出的，并非 BlueMail。这是服务器拒收并把消息退回的表示。
这关系到接下来应该怎么做。因为 BlueMail 并未产生退信，应用端的修复无法阻止它：重新安装 BlueMail、清除缓存，或移除并重新添加账户都不会有影响。所报告的条件存在于邮件服务器上，因此必须在服务器端解决。
退信中的代码意味着什么
退信消息通常会引述一个三位数代码。人们最常见看到的如下：
- 552 和 452：操作被中止，因为邮箱的存储分配已超出。简单来说，就是邮箱已满。
- 550：邮箱不可用：未找到、已不再使用，或因策略原因被拒绝。请检查地址是否有拼写错误，并确认它仍然存在。
- 554：接收域拒绝。这是一个笼统的“禁止”信息，通常与发送者的信誉或垃圾邮件筛选有关，而非地址本身。
欲了解完整列表，请参见 Understanding the SMTP Error Codes。
相同的满邮箱条件在其他协议中以不同表述出现。在连接另一端时的同一问题在你的侧看到的是 OVERQUOTA 于 IMAP 错误代码，以及在 POP3 错误代码 中的 -ERR Disk quota exceeded，都是同一个问题。
如果退信是发给你的邮件，你的邮箱已满
这是读者通常会漏看的部分。如果给你写信的人收到 552 或 452，那就是你的邮箱超出配额，也是你新邮件停止到达的原因。服务器无处放置传入的消息，因此会拒收并把它们退回给发送者。两种症状其实是一个问题。
释放空间，投递会自行恢复。
你提供商的 Webmail 中的可用空间
在浏览器中，使用受影响账户所在提供商的 web 界面进行此操作。存储配额由提供商设定并计数，因此由提供商自身工具来释放。
- 先删除最大的邮件，尤其是带大附件的。
- 清空 垃圾桶。删除的邮件在清空垃圾桶之前仍会计入配额。
- 清空 垃圾邮件 或 垃圾箱。
- 如果提供商有 归档，请清空。归档邮件仍然是存储邮件。
有两件事不会释放服务器空间：
- 清除 BlueMail 的缓存。 清除缓存 仅释放你设备上的存储。它永远不会触及服务器上的配额。
- 仅在 BlueMail 中删除，在某些设置中。你删除的消息会移动到 Trash，并在 Trash 自身被清空之前继续占用配额。请参阅 How do I empty all the emails in the Trash folder?。清空后，在 webmail 中检查使用量以确认空间确实被释放。
POP3 账户：邮件可能在服务器上堆积
如果账户是以 POP3 设置的，那么有一个 BlueMail 设置值得检查。默认的 Delete Messages on Server 为 Never，这意味着将你的邮件下载到 BlueMail，仍然在服务器上保留每一份副本。随着时间推移，仅这一点就可能填满配额。
查看或更改它：
- 进入 Settings。
- 导航到 Accounts。
- 点击你的账户。
- 选择 Delete Messages on Server。
选项为 Never（默认）、When deleting from trash，以及 When downloading messages。具体见 How to Delete Emails from the Server with POP3 Accounts?。
请谨慎选择：一旦消息从服务器删除，其他设备将无法再下载它。无论你选择哪个选项，请清理你提供商的 webmail 上服务器上已积压的邮件。
BlueMail 能把退回的邮件找回来吗？
不能。 被退回的邮件从未到达你的邮箱。服务器拒收并返回给发送方，因此没有可供 BlueMail 获取、恢复或重新发送的副本。应用中的任何东西都不能恢复。
释放空间后，请让发送方重新发送该邮件。从此时起发送的邮件将正常投递。
如果没有人收到退信但邮件仍然丢失
那是另一个问题。请先参考 Missing Emails，用于已投递但不在你预期位置的邮件，以及 Connection Issues, Sync Failures or Missing Emails，如果 BlueMail 完全未与服务器同步。
