先检查目标地址
BillionVerify 会校验地址、解析已发布的接收路由，并在 SMTP 对话中评估目标收件人。永久拒绝是有用的否定证据。接受表示服务器当时愿意接收该收件人命令。
若要在一个结果中看到完整的语法、MX、SMTP、一次性、角色和 Catch-All 字段，请使用 邮箱检测器。此 Catch-all 验证器专注于解读域名采用宽泛收件人策略时，接受结果意味着什么。
邮箱验证工具
免费 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 域名，同时避免将全域名接受误作个人级证明。
1. 校验地址
在进行任何网络检查前，先拒绝空值或格式异常的输入。
2. 解析接收路由
在测试域名如何处理收件人前，先定位已发布的邮件交换机。
3. 比较 Catch-all 行为
评估接受结果是仅针对目标地址，还是符合更广泛的 Catch-all 域名策略。
4. 仅显示 Catch-all 读数
Catch-all 验证器突出显示本页关注的维度及其通俗含义，而非完整的多标记面板。
何时需要免费 Catch-all 验证器
当一个决策比完整报告更重要时，请使用专项 Catch-all 验证器。
解释已接受但不确定的结果
向运营人员说明：Catch-all 基础设施返回的 SMTP 接受结果，可信度低于针对某个确切收件人的接受结果。
复核富化或猜出来的联系人
当 Catch-all 域名广泛接受邮件时，猜测的 firstname.lastname 地址需要更有力的支持证据。
按置信度分段
将第一方 Catch-all 地址与生成的 Catch-all 联系人分开处理，而不是删除所有结果。
刷新过期结果
在重要营销活动前重新检查较早的 Catch-all 分类，因为服务商迁移会改变 Catch-all 行为。
免费 Catch-All 验证器与其他邮箱验证工具对比
这些是交互式邮箱验证工具，不是批量任务、API，也不是免费工具（DNS / SPF / DKIM）。只有本工具专门判断 Catch-all。
本页专注于判断 Catch-all。其他工具要么展示完整的多层结果，要么聚焦其他专项标记。
| 工具 | 功能说明 | 适用场景 |
|---|---|---|
| 免费邮箱验证器 | SMTP 邮箱全面检查及所有风险标记 | 当送达率和发送安全至关重要时 |
| 邮箱检查器 | 单个地址的完整 SMTP + 全部风险标记 | 需要一处查看完整多层结果时 |
| 免费邮箱检查器 | 检测免费个人邮箱服务商（Gmail、Yahoo 等） | 线索质量与 B2B 域名评分——不是“免费额度”验证 |
| 邮箱校验器 | 仅语法 + MX——无 SMTP | 快速格式与域名初筛 |
| 一次性邮箱检测 | 标记临时 / 一次性域名 | 注册与线索捕获 |
| 退信邮箱检查器 | 聚焦退信与不可达风险 | 控制退信率的列表卫生 |
| Catch-All 验证器 | 免费检测 Catch-all 域名 | 当 Catch-all 域名的 SMTP 接受结果不可靠时 |
| 角色账户检测 | 发现通用角色地址 | B2B 外呼质量 |
| 邮箱列表清洗 | 一次验证多个地址（粘贴或 CSV） | 单次检查不够、需要清洗整份列表时 |
| 反向电子邮件查找 | 从电子邮件地址查找上市公司所有者和公司背景信息 | 线索研究和未知发件人审核 |
| 电话号码验证器 | 验证电话格式、国家/地区、类型和 E.164 输出 | CRM 外联前电话清理 |
如何解读免费 Catch-all 验证器结果
Catch-all 表示该域名似乎愿意广泛接受邮件。目标地址可能会收到邮件，但 Catch-all 基础设施的接受结果无法证明具名人员或确切邮箱确实存在——这正是 Catch-all 验证器单独报告该结果的原因。
非 Catch-all 表示当前证据未显示全域名接受；这并非对未来服务器策略的永久承诺。未知仍代表无法确定——当此判断很重要时，请重新运行 Catch-all 验证器。
域名行为
Catch-all 验证器如何改变 SMTP 结果的解读
关键区别在于：关于 Catch-all 域名的证据，与关于某个确切收件人的证据。
广泛的 Catch-all 接受会削弱个人级确定性
Catch-all 配置会接受发送到从未开通的本地部分的邮件。服务器可能将其路由到共享收件箱、稍后处理或静默丢弃。因此，对于 firstname.lastname@company.com 这类猜测地址，已接受的 RCPT 应答只是弱证据——这正是 Catch-all 验证器存在的原因。
在 RFC 5321 描述了收件人接受机制，但绝不会将该应答变成人类身份或专用收件箱的证明——Catch-all 验证器正是为了揭示这一证据缺口。
Catch-All 作为独立信号保留
域名可以是 Catch-All，同时目标收件人被接受；角色或一次性标志也可以与任一结果共存。BillionVerify 把这些事实分开，因此界面不会用单一营销标签替换送达能力证据。
需要实际发送决策时使用 邮箱验证器。当关键问题是全域名行为是否让该决策更不确定时，使用本页。
决策指南
对 Catch-All、非 Catch-All 和未知分别解读
每种结果对应不同的置信度，以及不同的后续动作。
检测到 Catch-All
把地址视为不确定，尤其当它是从姓名格式生成、而不是收件人自己提供时。域名看起来广泛接受，因此接受无法区分真实员工收件箱和编造的本地部分。
在大规模外联前，优先使用与该人绑定的额外来源、近期互动或第一方表单提交。Catch-All 并不自动无效，但不应被提升为已验证个人状态。
未检测到 Catch-All
当前探测未显示广泛的收件人接受。因此成功的目标响应对所提交邮箱更具体，但它仍是时点网络证据，而不是身份证明。
继续应用 角色账号检测 和一次性检查。非 Catch-All 的 sales@ 地址仍可能是共享团队邮箱，看起来像个人的本地部分也可能已经过时。
Catch-All 无法定论
有些服务器会推迟、限流、诱捕或隐藏收件人策略。超时或临时 SMTP 回复无法安全确立 Catch-All 或非 Catch-All 行为。保留未知，而不是选择更方便的标签。
稍后重试有价值的联系人，并用 退信邮箱检测器 理解底层邮箱结果是临时的还是永久否定。
运营政策
处理 Catch-All 联系人，而不丢掉每一条线索
分层工作流在保护发件人信誉的同时，保留有更强支持证据的地址。
- 1
记录地址如何获得
用户在你自己表单里输入的 Catch-All 地址，比从姓名和域名生成的地址有更强支持证据。把来源出处与验证结果放在一起，这样两行就不会得到相同的风险分。
验证器事后无法恢复该出处。请把它作为 CRM 导入和富化工作流中的一等字段。
- 2
发送前按置信度分段
把正常、非 Catch-All 且被接受的地址走标准路径。把有第一方证据的 Catch-All 地址放入谨慎分段，并抑制或人工复核没有佐证、猜出来的 Catch-All 联系人。
对大文件，邮箱列表清洗 会保留类别计数，让团队单独路由 Catch-All 行，而不是把整份名单压成有效和无效。
- 3
靠近活动日期时复核
公司迁移服务商或管理员调整收件人处理时，域名策略会变化。重要活动前重新验证较旧的 Catch-All 记录，尤其当原始结果来自富化而不是直接互动时。
自动化系统可以调用 邮箱验证 API，并把 Catch-All 标志与总体状态和 SMTP 原因分开存储。
应避免的声称
Catch-All 检测不是邮箱或身份证明
这个信号之所以有价值，正因为它暴露不确定性，而不是把它藏起来。
被接受不表示猜到的那个人存在
Catch-All 服务器可能接受任何看起来合理的本地部分。它不能确认员工姓名、职位、所有权，或消息是否到达有人监控的收件箱。不要把 SMTP 接受当作富化找到了正确人选的证据。
Catch-All 并不总意味着无法送达
有些组织会有意把未知收件人路由到有人监控的邮箱。另一些先接受，再稍后拒绝或丢弃。域名行为提高不确定性；它不提供通用的退信预测。
把精确的 SMTP 结果和 Catch-All 信号放在一起，下游用户才能同时看到这两个事实。
结果不能替代同意和抑制控制
技术上的接受并不授权外联。无论域名是否 Catch-All，验证之后仍要套用联系偏好、退订、同意记录和你们自己的发送政策。
解释证据
保留协议结果及其不确定性
可审计的 Catch-All 处理依赖的不只是一个是/否徽章。
正确使用 RFC 5321 响应类别
SMTP 区分临时 4xx 回复和永久 5xx 回复。Catch-All 测试中的临时响应应进入无法定论状态，而不是永久无效桶。定义记录在 RFC 5321。
把目标状态和 Catch-All 状态分开存储
分开的字段防止宽泛的域名策略覆盖所请求收件人身上发生的事。它们也让分析师比较直接表单提交、富化联系人和生成地址格式的结果。
保留时间戳，因为域名策略会变
Catch-All 结果是某一时刻的观察。存储它被测量的时间，并在过期分类会实质影响活动或产品决策时复核。
相关工具
回答 Catch-all 问题后，可继续使用邮箱验证工具集中的其他工具。
常见问题
1. 什么是 Catch-all 邮箱域名？
Catch-all（接受全部）域名会接收发送到任意本地部分的邮件，即使地址不属于任何真实个人。SMTP 通常返回“已接受”，看似可投递，却无法证明存在真实的员工收件箱。Catch-all 验证器会标记这种情况。Catch-all 常见于小企业域名以及部分 Microsoft 365 和 Google Workspace 配置。
2. 为何 Catch-all 会破坏邮箱验证？
多数验证器根据服务器是否接受 RCPT TO 来推断邮箱是否存在。启用 Catch-all 时，接受只是弱证据。猜测 first.last@company.com 的增强工具会把虚构地址标为有效。免费 Catch-all 验证器会揭示这种不确定性，避免您把每个被接受的猜测地址都当作已验证联系人。
3. 外呼中应如何对待 Catch-all 结果？
应将 Catch-all 视为可投递性不确定：策略允许时可用于低风险事务邮件，但用于冷邮件序列和激进增强时风险较高。优先进行二次确认；对于被 Catch-all 验证器标记的域名，也可抑制虚构的本地部分。将其与角色检测和免费邮箱检查结合，可提升 B2B 列表质量。
4. Catch-All 验证器与邮箱检查器有何区别？
邮箱检查器展示完整的多层结果，Catch-all 只是其中一个标记。Catch-all 验证器则是专项工具：标题、Schema 和结果面板都聚焦于解读 Catch-all。使用本页制定操作方案和开展培训；需要一次查看所有信号时，请使用邮箱检查器。
5. Catch-all 验证器免费吗？
是的——可免费检测 Catch-all 域名，与其他完整工具共享同一公平使用配额：每个 IP 每滚动 24 小时 20 次。确认本页的检测行为后，如需对 CSV 进行 Catch-all 检测，请使用邮箱列表清洗或 API。
6. 你们会存储我测试的邮箱吗？
公开的 Catch-all 检查会返回结果并执行防滥用限制。我们不会使用您粘贴到此 Catch-all 验证器的地址构建营销列表。
免费 Catch-All 验证器
从单次 Catch-all 检查扩展到更大规模
在此免费检测 Catch-all 域名，然后登录，即可使用基于同一 Catch-all 引擎的批量列表清洗、更高用量和 API。
24 小时 20 次免费 SMTP 检查 · 免费层无需信用卡 · 与批量验证及 API 使用相同的 Catch-all 引擎
99.9%
准确率
Real-time
API 速度
$0.00014
每封邮件
600/mo
永久免费