开发信发出去，收到一封 “Delivery Status Notification (Failure)” 或 “Undeliverable” 的系统邮件，这就是退信。
看退信原因，先看代码的第一位数字：
- 4 开头（如 421、451）：临时问题，对方服务器暂时不接收，稍后重试可能成功。
- 5 开头（如 550、554）：永久失败，原样重发也没用，要先找到原因再处理。
下面先讲怎么读懂一封退信，再给出外贸人最常遇到的退信代码速查表，最后讲怎么在发送前做好检查，减少退信。
退信、拒收、进垃圾箱、没有退信，但客户找不到邮件的区别
“客户说没收到我的邮件”，背后可能是四种完全不同的情况，处理方法也不一样。
| 情况 | 表现 | 你会收到通知吗 | 问题通常在哪一方 | 怎么查 |
|---|---|---|---|---|
| 退信 | 收到系统发回的投递失败通知 | 会 | 视代码而定 | 看退信里的代码和说明 |
| 拒收 | 对方服务器直接拒绝接收，通常也以退信形式通知你 | 会 | 多数和发件信誉、认证有关，也可能是对方的安全策略 | 看代码是否属于 5.7.x 类 |
| 进垃圾箱 | 邮件送达了，但进了对方的垃圾邮件文件夹 | 不会 | 主要在发件方：域名信誉、内容、发送节奏 | 用送达率测试工具检测，或请熟悉的客户帮忙查看 |
| 没有退信，但客户找不到邮件 | 没有退信，也没进垃圾箱，对方就是没收到 | 不会 | 可能被对方公司的邮件安全系统拦截，且没有向你发送通知 | 换个联系方式向对方确认，请对方 IT 查日志 |
本文主要讲第一种：收到了退信，该怎么看、怎么处理。
怎么看懂一封退信
退信里要看的 3 处信息
- 未能收到邮件的地址：确认是哪个地址没发出去，有时一封邮件发给多人，只有其中一个失败。
- 状态码：通常写在 Status 或正文开头，比如 550 5.1.1。
- 错误原因说明：一般在 Diagnostic-Code 或代码后面的一段英文，说明对方服务器拒收的具体原因。
两种代码怎么读
退信里的代码通常有两部分，比如 550 5.1.1：
- 550：三位数的 SMTP 回复码。第一位是 4 表示临时失败，是 5 表示永久失败。
- 5.1.1：增强状态码，格式是“状态类别.问题类别.具体原因”，由国际标准 RFC 3463 定义。第一位同样表示临时（4）或永久（5），第二位告诉你问题出在哪一类：
| 第二位 | 问题类别 | 外贸场景里通常意味着 |
| X.1.X | 地址问题 | 邮箱地址不存在或写错了 |
| X.2.X | 邮箱问题 | 地址存在，但邮箱满了或被停用 |
| X.3.X | 收件方邮件系统问题 | 对方系统故障或不支持某些功能 |
| X.4.X | 网络和路由问题 | 连接超时、找不到对方服务器 |
| X.5.X | 邮件传输过程中的协议问题 | 发送过程中的技术错误 |
| X.6.X | 内容问题 | 邮件内容或格式无法处理 |
| X.7.X | 安全或策略问题 | 被拦截：认证失败、信誉不足、被判为垃圾邮件 |
外贸人最常遇到的是 X.1.X（地址不对）和 X.7.X（被拦截）。
常见退信代码速查表
下表整理了外贸开发信中最常见的退信代码。同一个代码在不同邮件服务商那里的提示文字会略有不同，判断时以代码和错误原因说明为准。
地址和邮箱问题
| 代码 | 常见提示 | 意思 | 问题在哪一方 | 怎么处理 |
|---|---|---|---|---|
| 550 5.1.1 | The email account that you tried to reach does not exist / User unknown | 邮箱地址不存在 | 地址本身 | 从名单删除；回到来源核对拼写，或换一个联系人 |
| 550 5.1.10 | Recipient not found | 收件人不存在（微软 Exchange Online 常见） | 地址本身 | 同上 |
| 550 5.4.1 | Recipient address rejected: Access denied | 微软 Exchange Online 在对方目录里找不到这个收件人，直接拒收 | 多数是地址本身 | 先核对地址；确认无误仍被拒，换联系人或换其他方式联系 |
| 553 5.1.3 | Bad destination mailbox address syntax | 地址格式错误 | 地址本身 | 检查多余空格、漏写字符、中文标点 |
| 5.1.2 | Bad destination system address | 域名不存在或无法接收邮件 | 地址本身 | 检查 @ 后面的域名；对方可能已经更换域名 |
| 5.2.1 | Mailbox disabled | 邮箱已被停用 | 收件方 | 联系人可能已离职，换一个联系人 |
| 552 5.2.2 / 452 4.2.2 | Mailbox full / over quota | 对方邮箱已满 | 收件方 | 5 开头可隔几天再试；多次失败就换联系方式 |
被拦截和认证问题
| 代码 | 常见提示 | 意思 | 问题在哪一方 | 怎么处理 |
| 550 5.7.26 | This email has been blocked because the sender is unauthenticated | Gmail 拒收：没有通过 SPF 或 DKIM 认证，或不符合发件域名的 DMARC 策略 | 发件方 | 暂停发送，检查并配置 SPF、DKIM、DMARC |
| 550 5.7.1 | Message rejected / blocked / very low reputation | 被对方的安全策略拒收，原因包括发件 IP 信誉低、被列入邮件拦截名单、对方组织的规则限制 | 多数在发件方 | 看错误原因说明找具体原因；检查域名和 IP 是否被列入邮件拦截名单 |
| 550 5.7.1（含 Blocklist） | Client host blocked using Blocklist | 发件 IP 被微软列入拦截名单 | 发件方 | 按退信中的说明申请解除；同时检查发送行为是否异常 |
| 554 5.7.1 | Message rejected as spam | 邮件被判为垃圾邮件 | 发件方 | 检查内容、链接、附件和发送量 |
发送太频繁和临时问题
| 代码 | 常见提示 | 意思 | 问题在哪一方 | 怎么处理 |
|---|---|---|---|---|
| 421 4.7.28 | Gmail has detected an unusual rate of unsolicited mail | Gmail 发现你的 IP 或域名短时间内发送了大量未经请求的邮件，暂时限速 | 发件方 | 立即降低每日发送量，延长发送间隔 |
| 450 4.2.1 | The user you are trying to contact is receiving email too quickly | 对方邮箱短时间内收到太多邮件 | 收件方 | 隔一段时间再发 |
| 451 4.7.1 / 450 | Try again later / Greylisted | 常见于灰名单机制：对方服务器第一次先拒绝，等你重发 | 收件方 | 不用处理，正常的邮件系统会自动重发 |
| 421 4.4.5 / 451 4.3.0 | Server busy / temporarily rejected | 对方服务器繁忙或暂时故障 | 收件方 | 稍后自动重试即可 |
| 451 4.4.2 / 4.4.x | Timeout / connection dropped | 连接超时或中断 | 网络 | 稍后重试；反复出现请检查发件服务器 |
邮件本身的问题
| 代码 | 常见提示 | 意思 | 问题在哪一方 | 怎么处理 |
| 552 5.3.4 | Message exceeded size limits | 邮件或附件超过大小限制 | 发件方 | 压缩附件，或改用云盘链接 |
| 452 4.5.3 | Too many recipients | 一封邮件的收件人太多 | 发件方 | 一封邮件只发给一位客户 |
问题在“发件方”的代码要特别重视：它们说明问题出在你自己的域名、IP 或发送行为上。如果不处理，换哪个客户都会继续被拒。
收到退信后，按这个顺序处理
第一步：看第一位数字，分清临时还是永久
4 开头的先不用急，大多数邮件系统会自动重试。同一个地址反复收到 4 开头的退信，再按 5 开头处理。
第二步：5 开头的，看第二位判断类别
- X.1.X、X.2.X（地址和邮箱问题）：问题在这个地址本身。马上把它从发送名单和自动跟进流程里移除，回到来源核对；联系人离职的，换同一家公司的其他负责人。
- X.7.X（安全和策略问题）：问题多半在你这边。先暂停发送，检查域名认证和发送节奏。
第三步：遇到拦截类退信，不要换个邮箱继续发
很多人被拒后换一个新邮箱接着发，这只会让新邮箱也很快被拦截，还可能连累同一个域名下的其他邮箱。正确的做法是先找到原因：认证没配好就配置 SPF、DKIM、DMARC；发得太快就降低每日发送量；名单质量差就先验证再发。
第四步：记录下来
在客户表格或 CRM 里标注退信原因和日期。以后再开发这家公司时，就知道这个地址不能用，也能看出哪类名单来源的退信最多。
退信率多少算高？
退信率 = 退信数量 ÷ 发送数量。没有统一的国际标准，但各邮件平台都设了自己的红线，可以作为参考：
| 平台 | 公开规则 |
| Zoho Campaigns | 群发时退信率超过 5%，系统会自动暂停发送 |
| 阿里云邮件推送 | 无效地址率低于 5%，才有可能提升信誉等级和每日发送额度 |
| Snov.io | 退信率过高时，发送活动会自动暂停，避免继续影响发件信誉 |
这些红线是平台允许的上限，到了这里就要停。开发信是发给陌生客户的，对域名信誉更敏感，按我们的经验，建议把退信率控制在 2% 以内。超过 5%，就应该停下来检查名单来源和邮箱验证流程。
减少开发信退信的 6 个做法
| 做法 | 能减少哪类退信 | 延伸阅读 |
| 1. 发送前验证邮箱 | 地址不存在、域名无效（X.1.X） | 如何验证邮箱是否有效 |
| 2. 配置 SPF、DKIM、DMARC | 认证失败被拒（如 550 5.7.26） | SPF、DKIM、DMARC 设置教程 |
| 3. 新域名、新邮箱先预热 | 信誉不足被拦截（X.7.X） | 新域名预热策略 |
| 4. 控制每日发送量和间隔 | 发送太频繁被限速（如 421 4.7.28） | — |
| 5. 定期清理老名单 | 联系人离职、邮箱停用（X.2.X） | — |
| 6. 首封邮件少放附件和链接 | 被判为垃圾邮件、邮件超大 | 避开垃圾邮件过滤的 26 个技巧 |
Snov.io 可以辅助完成其中的邮箱验证、发送前检测和预热：用邮箱验证工具在发送前清理名单，用送达率测试检查 SPF、DKIM、DMARC 配置和是否被列入邮件拦截名单，用邮箱预热逐步建立新邮箱的信誉。发送活动中退信率过高时，系统还会自动暂停发送，减少继续发送失败的邮件。
外贸人常遇到的几种退信情况
客户邮箱明明是对的，为什么还退信？
地址拼写没错，也可能因为这些原因退信：
- 联系人已经离职，公司停用了他的邮箱（常见 5.1.1、5.2.1）；
- 公司换了域名，旧域名的邮箱已经不再收信（常见 5.1.2）；
- 对方的企业邮件网关拦截，比如微软 Exchange Online 的 550 5.4.1，或者因为你的发件信誉被拒（5.7.X）。
先看代码区分是地址问题还是拦截问题。地址问题就换联系人；拦截问题先检查自己的发件配置。
发给某一家公司总是被拒收怎么办？
发给其他客户都正常，只有这一家公司一直被拒，多半是对方的安全策略比较严格，或者你的发件 IP 或域名被列入对方使用的邮件拦截名单。可以：
- 检查自己的域名和 IP 是否被列入邮件拦截名单；
- 通过对方官网的联系表单或领英，请对方的 IT 检查是否需要将你的邮箱加入允许接收的名单；
- 换一个经过预热、信誉良好的邮箱再试。
带了报价单附件就退信？
可能是附件超过对方的大小限制（552 5.3.4），也可能是陌生邮件带附件被对方安全系统拦截。首封开发信尽量不带附件，客户回复表示有兴趣后再发；文件较大时，改用云盘链接。
收到的退信是中文提示，怎么看？
用腾讯企业邮、网易企业邮、阿里邮箱等国内邮箱发信时，退信通常是中文说明，但正文里一般仍然会附上原始的英文代码和错误原因说明。先找到 4 或 5 开头的那串代码，再对照本文的速查表判断。具体的提示文字以各邮箱服务商的帮助文档为准。
常见问题
退信会影响我的邮箱吗？
偶尔几封退信影响不大。但持续出现大量退信，邮件服务商会认为你在给不存在的地址群发，从而降低你的发件信誉，之后发给正常客户的邮件也更容易被拦截或进垃圾箱。
退信的地址还能再发吗？
5 开头的地址类退信（如 5.1.1）不要再发，重复发送只会继续拉低信誉。4 开头的临时退信可以等一段时间再试。
验证过的邮箱为什么还会退信？
邮箱验证反映的是检查那一刻的状态。之后联系人可能离职、邮箱被停用；也有些退信和地址无关，是因为发件方的认证、信誉或内容被拦截。验证能大幅减少地址类退信，但解决不了拦截类退信。
临时退信要重试几次？
大多数邮件系统会在一段时间内自动重试，通常不需要手动重发。如果几天后仍然失败，系统会发来最终的退信，这时再按永久失败处理。
写在最后：退信处理流程小结
- 看第一位：4 开头等重试，5 开头要处理。
- 看第二位：1 或 2 是地址和邮箱问题，删除或换联系人；7 是被拦截，先查自己的配置。
- 拦截类退信：暂停发送，检查 SPF、DKIM、DMARC 和发送节奏，不要在未查明原因时换邮箱继续发送。
- 记录原因：在客户资料里标注退信代码和日期。
- 发送前检查：发送前验证邮箱，新邮箱先预热，退信率控制在 2% 以内。
想在发送前就把无效地址清理掉，可以先用 Snov.io 邮箱验证工具免费验证一批客户邮箱；注册后每月有 50 次免费验证额度。