什么是 Catch-all 域名？

定义

Catch-all 域名，也叫全收域名，是指邮件服务器配置为从不因收件人地址而拒收入站邮件的域名。在普通域名上，发往没有对应邮箱的地址的邮件会被拒收，因为服务器知道该用户不存在。而在 Catch-all 域名上，发往 sales@example.com、john.smith@example.com，甚至 xyz123@example.com 这种随机字符串的邮件，都会在域名层面被接收，即便其中只有一个地址背后有真实收件箱。

域名所有者启用 Catch-all 配置有其实际原因：发件人打错一个小字时，正常邮件不会丢失；发给已离职员工的邮件也能被收下；小团队还能在一个地方集中收取发往该域名的所有邮件。但从验证的角度看，Catch-all 配置去掉了验证工具所依赖的最明确信号。Catch-all 这个标签描述的是域名，而不是域名下的某个地址。它意味着该域名接收所有收件人，因此无法用常规方法逐一确认该域名下的具体地址。

工作原理

标准 SMTP 验证的原理是读取邮件服务器对 RCPT TO 命令的响应，该命令指定被测试的收件人。在没有启用 Catch-all 的域名上，未知收件人会得到 550 拒收，真实收件人会得到 250 接收，验证工具可以清楚地区分二者。Catch-all 服务器打破了这种区分。它被设定为对每个收件人都返回 250 OK 接收，无论真假，因此响应中不包含任何关于具体邮箱是否存在的信息。

验证工具检测 Catch-all 行为的方法，是用一个几乎肯定不存在的地址去探测该域名，例如一长串没人会使用的随机字符。如果服务器接收了这个明显无效的地址，该域名就会被视为 Catch-all，因为普通服务器会拒收它。一旦域名被识别为 Catch-all，验证工具就会将地址报告为 Catch-all，而不是确认可送达，因为它无法如实声称已验证了该邮箱。

发往 Catch-all 域名上不存在地址的邮件，结局各不相同。邮件可能被转到无人查看的共享收件箱，可能被悄无声息地丢弃、没有任何通知，也可能在队列中滞留，数小时或数天后以延迟软退信的形式失败。正是这种不可预测性，让 Catch-all 域名成为邮箱验证中最难处理的情况。行业对企业潜在客户列表的分析通常发现，大约百分之十五到三十的地址位于 Catch-all 域名上，所以这远不是罕见的边缘情况。

为什么它对邮件送达率很重要

Catch-all 域名带来送达风险，是因为它们会把无效地址藏在原本干净的列表中。把每个 Catch-all 地址都当作可送达的发件人，可能在不知不觉中向相当比例的失效邮箱发信。已公开的测试显示，Catch-all 地址的退信率比已确认地址高出许多倍，而偏高的退信是邮箱服务商追踪的最强负面信号之一。

还有第二种不那么显眼的代价。进入无人查看的 Catch-all 收件箱的邮件，永远不会被打开，也不会被点击。Gmail 和 Outlook 等服务商密切关注互动情况，大量未打开的邮件会告诉它们收件人不想要该发件人的邮件，从而把以后的邮件推向垃圾邮件文件夹。实际的应对方法不是删除所有 Catch-all 地址，因为其中很多是真实可达的，而是把它们作为单独的分组来处理。许多发件人会分小批次向 Catch-all 地址发信，先观察退信和互动结果再扩大规模，并剔除始终没有回应的地址。

VeriMails 如何应对

VeriMails 在每次验证中都会执行 Catch-all 检测。作为实时 SMTP 握手的一部分，VeriMails 会探测域名，判断它是否接收发往任何收件人的邮件。当域名表现为 Catch-all 时，结果会被标记为 Catch-all，而不是报告为可送达，因此您绝不会拿到虚假的确认。VeriMails 检测 Catch-all 状态并如实呈现，不会为具体邮箱是否存在编造可能性评分。

有了这个明确信号，就可以按自己的方式决定如何处理 Catch-all 地址。许多团队把它们放入单独的低优先级分组谨慎发送，同时把已确认可送达的地址留在主要营销活动中。Catch-all 检测与语法验证、MX 和 DNS 检查、一次性邮箱检测和角色邮箱检测同时运行，返回清晰的送达分类。可以通过 REST API 或批量上传 CSV 验证列表。验证低至每个邮箱 $0.0019，10,000 积分 $19，按年付费的套餐低至 $12.50/月。每个账户都免费赠送 100 积分，无需信用卡，积分永不过期。

常见问题