Catch-all 邮箱验证完全指南
Catch-all（全收）域名是邮箱验证中最棘手的情况。它们接收发往任何地址的邮件，因此标准检查无法确认某个具体邮箱是否存在。本指南介绍什么是 Catch-all 域名、 Catch-all 检测如何运作，以及如何在不损害信誉的前提下向它们发送邮件。
Catch-all 域名在 SMTP 检查中会接受所有地址，因此无法从外部进行邮箱级确认。请把 Catch-all 作为单独的运营细分群组，设定独立的发送上限、退信阈值和晋升规则，而不是与已确认的地址混在一起。
什么是 Catch-all 域名
Catch-all 域名，有时也称为全收（accept-all）域名，是指其邮件服务器被配置为接收所有发来的邮件，无论 @ 符号前是什么地址。发往 john@company.com 的邮件会被接收，发往 company.com 下一个从未存在过的邮箱的邮件，同样会被接收。服务器“全部接住”，名字正是由此而来。
企业开启这项设置是有合理原因的。如果员工或客户输错了内部地址，Catch-all 设置能确保邮件不会被退回丢失，而是落到可以查看的地方。它是防止拼写错误的安全网。问题在于，同一项防止邮件丢失的设置，也让外部人员无法看清该域名，难以验证其上的单个地址。
标准验证如何运作，Catch-all 又为何让它失效
要理解这个问题，先要了解常规验证如何确认邮箱。验证引擎会执行实时 SMTP 握手：它与接收方邮件服务器建立连接，并用电子邮件协议的语言，实际上是在询问服务器是否会接收某个特定地址的邮件。在普通域名上，服务器会如实回答。邮箱存在，就给出肯定响应；邮箱不存在，就返回拒绝，通常是表示用户未知的 550 响应。正是这种明确的“是”或“否”，让验证能够确认或拒绝一个地址。
Catch-all 域名去掉了“否”。由于服务器被配置为接收每个地址，无论邮箱是真实的还是编造的，每次握手它都会返回肯定响应。验证引擎询问一个真实地址，得到“是”；询问同一域名下一个完全随机、明显虚假的地址，得到的也是同样的“是”。平时用来区分真假邮箱的信号根本不存在。这正是 Catch-all 问题的核心：域名对一切都给出肯定回答，所以肯定回答不再意味着邮箱存在。
Catch-all 检测如何运作
| 结果 | 含义 | 处理方式 |
|---|---|---|
| 有效 | 接收服务器可以确认该邮箱。 | 用于干净的发送细分群组。 |
| 无效 | 服务器拒绝了该邮箱，或地址未通过必要检查。 | 发送前屏蔽。 |
| Catch-all | 该域名接收所有地址，因此无法单独确认该邮箱。 | 单独存放；如果联系人很有价值，可谨慎测试。 |
| 一次性邮箱 | 该地址属于临时邮箱服务商。 | 在正式的营销、销售和产品沟通中屏蔽。 |
| 角色邮箱 | 该地址通往一个群组或职能部门，而不是明确的个人。 | 仅在该类邮箱适合本次活动时使用。 |
既然引擎无法确认 Catch-all 域名上的单个邮箱，它能做的有用之事，就是先检测出该域名是否为 Catch-all。这种检测原理简单，也是如实处理 Catch-all 的基础。
引擎会用一个根本不可能存在的地址来测试域名。它生成一个任何真实邮箱都不会使用的随机字符串，显然是编造的，并在目标域名上为这个假地址执行 SMTP 握手。响应结果说明了一切。如果服务器拒绝了假地址，说明域名行为正常，单个地址的验证是可靠的。如果服务器接受了假地址，该域名就是 Catch-all：它刚刚确认了一个肯定不存在的邮箱，证明它会确认任何地址。
一旦引擎知道该域名是 Catch-all，就会如实报告。该域名上任何地址的正确输出都是 Catch-all 结果：一个明确表示“该域名接收所有地址，单个邮箱无法确认”的标签。这就是检测，它如实说明了哪些能验证、哪些不能。
是检测，而不是评分
这一区别很重要，值得明确说明。Catch-all 处理是检测，而不是评分。有些工具会给 Catch-all 地址附上一个数值概率，暗示该邮箱真实存在的可能性有多大。这不是验证。Catch-all 域名之所以棘手，正是因为判断单个邮箱所需的信息无法从外部获取。把不确定性变成一个数值估计，并不能凭空创造出不存在的信息，只是把不确定性藏在一个数字后面。
VeriMails 严格将 Catch-all 作为检测结果处理。当某个域名是 Catch-all 时，VeriMails 会如实告诉您。它不会假装知道该域名上的某个具体邮箱是否存在，因为外部检查无法确定这一点。如实的 Catch-all 标签远比编造的分数有用，因为它准确告诉您面对的是什么，让您做出真正的决策，而不是相信一个包装成数据的猜测。
Catch-all 地址从哪里来，有多常见
Catch-all 并不少见。它在商务邮箱中尤其常见，因为相比大型个人邮箱服务商，Catch-all 配置更多出现在企业自管的域名上。各方估计不一，但相当比例的 B2B 域名以 Catch-all 方式运行，在一些以企业为主的列表中，Catch-all 地址占了很大一部分。如果您从事冷外联或 B2B 营销，就会经常遇到 Catch-all 地址，因此必须有清晰的应对方案。
Catch-all 的风险在于，这些地址确实是未知的。一个 Catch-all 地址可能是真实活跃的邮箱，正好属于您想联系的人；也可能是一个不存在的地址，服务器接收后悄悄丢弃，或转入无人查看的收件箱。仅凭验证无法区分，这就是为什么 Catch-all 地址的退信风险往往高于完全验证通过的地址。
如何安全地向 Catch-all 地址发送
处理 Catch-all 地址的目标，是抓住其中真实邮箱的价值，同时不让未知地址损害您的发件人信誉。谨慎的做法可以做到这一点。
| 细分规则 | 默认策略 | 何时调整 |
|---|---|---|
| 发送量 | 起始发送量低于完全验证地址的发送量。 | 只有在退信率低、互动正常后才增加。 |
| 退信阈值 | 比干净的已验证批次更早停止 Catch-all 批次。 | 仅在移除表现差的域名或低价值联系人后恢复。 |
| 互动审核 | 将打开、点击、回复和无响应情况与已验证邮箱分开跟踪。 | 在多次出现积极信号后，将有互动的联系人晋升到可信细分群组。 |
| 屏蔽 | 屏蔽在多次测试中退信或始终无响应的地址。 | 除非有新的验证结果和业务理由支持，否则不要重新加入。 |
- 建立仅含 Catch-all 的细分群组。不要把这些地址混入可送达导出列表。
- 按业务价值排定优先级。先测试高匹配度的潜在客户，而不是向每个 Catch-all 地址发送。
- 发送一小批。第一批要足够小，即使结果不好也不会损害整个活动。
- 同时审核退信和互动。退信率低但没有互动，仍需谨慎。
- 晋升或屏蔽。将有互动的联系人移入可信细分群组，屏蔽失败或始终无响应的地址。
与已验证列表分开
首先，把 Catch-all 地址放在单独的细分群组中，与顺利通过完整验证的地址分开。干净的地址已经确认，可以放心发送。Catch-all 地址属于不同的风险类别，应区别对待。将两者混在一起，会拉低整次发送的可靠性。
小批量测试
不要一次性向整个 Catch-all 细分群组发送。先发一小批，观察结果，跟踪该批次的退信率和互动。如果退信很少、互动正常，说明这些地址大多是真实的，可以继续扩大。如果退信严重或毫无互动，就停止。受控测试能在不拿信誉冒险的情况下，揭示该细分群组的质量。
长期依靠互动数据
经过几次发送后，互动数据能做到验证做不到的事。一个会打开和点击的 Catch-all 地址显然是真实、有人查看的邮箱，可以晋升到可信细分群组。多次发送都毫无响应的 Catch-all 地址则应屏蔽。互动正是消除 Catch-all 所留不确定性的信号。
用 VeriMails 把一切串起来
VeriMails 将 Catch-all 检测融入每一次验证。无论您是通过 REST API 验证单个地址，还是上传完整的 CSV 列表进行批量处理，每个地址都会经过语法、MX、DNS 和实时 SMTP 握手检查，引擎还会同时运行 Catch-all 检测、一次性邮箱检测和角色邮箱检测。当域名是 Catch-all 时，结果会清楚说明，且不附带编造的分数，方便您将这些地址分流到单独的细分群组，并采用上述谨慎做法。
价格低至每封邮箱 $0.0019，积分包从 10,000 积分 $19 到 5 million 积分 $1,499，按年付费的套餐低至 $12.50/月。新账户注册即送 100 免费积分，无需信用卡，且积分永不过期。Catch-all 域名将始终是电子邮件的一部分，在 B2B 领域尤其如此。应对之道是如实检测，再谨慎发送；这一组合既能让真实邮箱保持可达，又能防止未知地址对您造成伤害。