语法检查输入能否被解读为邮箱地址
BillionVerify 把本地部分与域名分开，规范化输入，并拒绝结构失败，例如缺失组件、损坏的分隔符，或地址解析器无法接受的位置上的字符。这在任何网络查找前抓住常见的输入和复制粘贴问题。
语法通过不会咨询收件人的服务商。字符串可能符合每一条格式规则，却点名一个不收信的域名，或从未创建的邮箱。把语法当作第一道门槛，绝不当作最终送达能力结果。
邮箱验证工具
免费邮箱校验器：语法与 MX 记录校验
检查地址格式是否正确，以及其域名是否配置为收信。这个快速校验器在 SMTP 前停止，因此不声称邮箱存在。
什么是邮箱校验器？
邮箱校验器回答的问题比验证器更窄：这个字符串是否是发布邮件服务器的域名上格式正确的地址？这是格式与 MX——不能证明人或收件箱存在。
搜索者使用 “email validator” 和 “validate email” 时，想要快速、免费的初筛。BillionVerify 保持本页诚实：不做虚假可达性声明，无 SMTP 握手，对合法使用提供不限次的浅层检查。
当退信风险重要时，请转到邮箱检查器或邮箱验证器。这些工具在相同格式基础之上增加邮箱探测与风险标记。
邮箱校验器如何工作
仅两层。刻意不做 SMTP。
1. 解析与规范化
按实用格式规则检查本地部分与域名形态。拼写错误在毫秒内失败。
2. 解析 MX 记录
检查是否发布了邮件交换记录。如果没有，此浅层校验器会报告无 MX，并在任何邮箱测试前停止。
3. 在邮箱之前停止
我们不开启 SMTP 会话。Catch-all 域名仍可通过本校验器。
4. 引导您做完整证明
若需要可达性，邮箱验证器与邮箱检查器在同一产品栈上运行 SMTP。
何时使用邮箱校验器
速度比邮箱证明更重要时，使用浅层校验。
捕获明显拼写错误
表单字段与手动输入会产生格式错误。在任何更深检查前先修复。
确认域名可收信
已发布的 MX 路由通过正常 DNS 门槛；没有已发布 MX 会停止这次浅层检查并暴露原因，且不消耗 SMTP 配额。
完整验证前的预筛
对大列表做批量 SMTP 任务前的廉价第一过滤层。
不能仅靠它做发送决策
不要把格式+MX 正常当作可安全冷邮件。发送决策请用 SMTP 工具。
邮箱校验器 vs 其他邮箱验证工具
这些是交互式邮箱验证工具——不是批量任务、不是 API、也不是免费工具（DNS / SPF / DKIM）。
本页只返回格式与 MX。其他工具增加 SMTP，或专攻某一风险标记。
| 工具 | 功能说明 | 适用场景 |
|---|---|---|
| 电子邮件验证器 | SMTP 邮箱全面检查及所有风险标记 | 当送达率和发送安全至关重要时 |
| 邮箱检查器 | 单个地址的完整 SMTP + 全部风险标记 | 需要一处查看完整多层结果时 |
| 免费邮箱检查器 | 检测免费个人邮箱服务商（Gmail、Yahoo 等） | 线索质量与 B2B 域名评分——不是“免费额度”验证 |
| 邮箱校验器 | 仅语法 + MX——无 SMTP | 快速格式与域名初筛 |
| 一次性邮箱检测 | 标记临时 / 一次性域名 | 注册与线索捕获 |
| 退信邮箱检查器 | 聚焦退信与不可达风险 | 控制退信率的列表卫生 |
| Catch-All 验证器 | 检测 Catch-all 域名 | 当 SMTP 接受结果不可靠时 |
| 角色账户检测 | 发现通用角色地址 | B2B 外呼质量 |
| 邮箱列表清洗 | 一次验证多个地址（粘贴或 CSV） | 单次检查不够、需要清洗整份列表时 |
| 反向电子邮件查找 | 从电子邮件地址查找上市公司所有者和公司背景信息 | 线索研究和未知发件人审核 |
| 电话号码验证器 | 验证电话格式、国家/地区、类型和 E.164 输出 | CRM 外联前电话清理 |
如何阅读校验结果
格式与 MX 正常表示地址格式正确，且域名发布了 MX 路由。这不表示邮箱存在。语法无效会立即停止；没有已发布 MX 会停止这次浅层检查，但非常规的隐式 MX 域名在最终拒绝前需要复核。
本页按设计不提供一次性、Catch-all 或退信读数。这些需要完整验证或专项工具。
两层校验
语法和 MX 校验能确立什么
校验器有意在两层低成本检查后停止。这让它对表单和预筛很快，同时把结论保持得比完整邮箱验证更窄。
MX 检查域名是否发布邮件路由
域名系统让域名发布邮件交换机记录，把发件人导向接收服务器。语法通过后，BillionVerify 解析该路由上下文。可用路由表示域名已配置为参与邮件投递。
MX 证据适用于域名，而不是精确本地部分。同一邮件路由可以服务在职员工、已退役别名、未分配名称、组收件箱和 Catch-All 行为。这就是结果说格式与 MX 正常，而不是邮箱已验证的原因。
Null MX 和缺失 MX 需要感知标准的处理
域名可以发布 Null MX 记录，明确声明它不接受邮件。IETF 的 RFC 7505 Null MX 定义这一信号，避免发件人把时间浪费在尝试向已退出邮件的域名投递。
缺失显式 MX 记录在每种技术上下文中并不完全相同，因为 SMTP 历史上通过域名的地址记录定义回退行为。此浅层页面不执行该隐式 MX 回退，并对这两种情况都报告没有已发布 MX，因此非常规域名在最终拒绝前需要复核。
在 SMTP 前停止是产品定义的一部分
本页不打开收件人对话，不测试邮箱命令，也不从服务商行为推断接受。不发送任何邮件。有限范围让校验器适合快速预筛，并把完整 SMTP 配额留给需要邮箱证据的检查。
当精确邮箱很重要时，继续到 邮箱验证器。它应用同样的语法和路由基础，再加入收件人级 SMTP 和风险信号。
校验结果
按实际测试的层解读结果
当标签保持精确时，浅层结果才有用。大多数错误发生在格式或域名证据被改名为邮箱证据时。
格式与 MX 正常表示可以进入更深验证
这一结果表示地址结构可用，且域名在校验器规则下暴露了收信基础设施。它是正面预筛，不是把邮箱称为可送达的许可。
用它暂时接受表单输入、继续富化流水线，或在完整任务前减少明显不可能的行。当硬退信有运营成本时，发送消息前加入 SMTP。
语法无效表示修复源值
解析器无法把输入解读为可用地址。常见原因包括缺少 @、不完整域名、复制到值中间的空白，以及标点错误。
向用户展示原始字段并让他们更正。不要自动发明缺失字符或替换域名，因为语法上改进的猜测可能属于另一个人。
没有邮件路由表示域名未准备好正常投递
当域名在校验规则下没有可用路由时，继续邮箱验证救不了当前地址。它可能拼错、过期、停放，或被故意配置为不接受邮件。
返回原因，而不是笼统的无效标签。域名级失败对数据修复可执行，也不同于在其它方面正常工作的公司域名上的收件人拒绝。
通过校验仍留下若干未回答的问题
邮箱可能未分配、已停用、已满、受服务商政策保护，或藏在 Catch-All 行为后面。地址也可能是一次性、基于角色，或与你记录中的人无关。
那些不是校验器缺陷；它们是语法和 DNS 之外的问题。当你需要完整的单地址面板时，使用 邮箱检测器。
快速预筛
把邮箱校验放在数据流水线起点
当校验器尽早移除不可能的输入时，它节省时间和网络工作，而后续阶段仍负责邮箱和受众决策。
- 1
在用户还能更正时校验结构
在表单录入或提交后立即运行语法校验。字段旁边的清晰消息，比用户离开页面后才发现畸形地址更有用。
避免在有人仍在输入时过度激进的实时拦截。在稳定交互点校验，并保留已输入的值，让用户——而不是自动更正规则——选择更正。
当表单对业务关键时，在一般分析中记录原因类别而不是完整地址。产品团队需要知道失败来自语法还是 DNS，而不把校验事件流变成第二个联系人数据库。
- 2
在昂贵富化或 SMTP 前解析域名就绪
没有已发布 MX 的结果会在邮箱探测或联系人富化前停止这条浅层流水线。早期 DNS 筛查减少不必要的下游工作，而依赖隐式 MX 的非常规域名应被路由到复核，而不是被静默当成普通硬失败。
保持合理的重试行为，因为 DNS 可能临时失败。区分已确认的无邮件状况与未能完成的查找，不要把瞬时基础设施失败变成永久删除客户数据。
- 3
只升级需要发送决策的记录
如果工作流只需要干净格式和能收信的域名，就停在这里。如果它将发送入职、销售、密码、账单或活动邮件，在靠近发送事件时继续完整 SMTP 验证。
这种分层方式让快速检查保持快速，而不降低送达能力标准。结果名称应随数据一起走，下游系统才知道收到的是已校验还是完整验证的证据。
有用的字段模型把语法状态、已发布 MX 状态、校验深度和检查时间分开存储。这防止以后的导出把格式与 MX 成功压成误导性的已验证布尔值。
- 4
当每一行都需要完整决策时使用批量清洗
大文件需要一致的去重、状态处理、重试逻辑和导出。浅层校验器可以预筛数据集，但不能告诉活动运营哪些精确收件人接受了 SMTP 探测。
活动规模验证请使用 邮箱列表清洗，并把语法、路由、SMTP 和风险原因作为分开的输出字段保留。
诚实限制
校验不是验证、身份或送达率测试
当省略被测层时，有效一词可能变得误导。BillionVerify 点名这些层，方便用户选择正确的下一步。
没有 SMTP 就没有邮箱存在声称
校验器从不向接收系统询问目标本地部分。因此即使 company.com 接受邮件，它也不能确立 jane@company.com 是否已分配。
仅凭语法和 MX 就声称可送达的结果，夸大了其证据。BillionVerify 把邮箱级语言留给完整 SMTP 工作流。
Catch-All 域名可以通过每一层浅层检查
Catch-All 域名有有效的邮件基础设施，并可能接受任意本地部分。地址可以看起来完美，域名可以路由邮件，而具名的个人级邮箱仍未确认。
用 Catch-All 验证器 理解该域名行为，并把 Catch-All 联系人放在复核分段，而不是称它们已被单独验证。
这对生成的 B2B 格式最重要。在公司域名上猜测 firstname.lastname，可以对每个员工姓名通过语法和 MX，而 Catch-All 行为让这些浅层检查无法确认任何一个猜出来的收件人。
域名就绪不识别地址所有者
DNS 记录对附着在 CRM 行上的人什么也不说。域名可能正确路由邮件，而附着在地址上的姓名、雇主、职位或同意是错的。
身份和许可需要第一方或获授权的证据。校验防止技术输入错误；它不把第三方联系数据变成已核实身份。
把身份置信度与技术校验分开存储。销售团队就能复核富化来源，而不丢失地址结构和已发布邮件路由通过了自己检查这一事实。这种分离也让以后的数据质量审计更容易解释。
收件人校验不测试你的发件人设置
当发件人信誉差、缺少认证、内容有风险或活动行为不健康时，有效目的地仍可能在垃圾箱收到消息。那些状况在发送侧。
发件人域名就绪请使用 邮件送达率测试。在同一发送工作流中，把收件人校验和发件人送达率作为分开的控制。
协议参考
标准解释浅层校验为何停在这里
地址语法、DNS 邮件路由和 SMTP 收件人回复是互联网邮件的独立部分。产品边界跟随该架构。
RFC 5322 描述消息和地址结构
IETF 的 RFC 5322 Internet Message Format 定义表示邮箱地址和消息的语法。它是决定字符串能否被解析为地址的基础。
该文档不提供证明邮箱存在的网络查询。BillionVerify 在校验结果中保持这一区别可见。
RFC 5321 描述邮件路由和 SMTP 回复
IETF 的 RFC 5321 Simple Mail Transfer Protocol 定义邮件交换行为，包括收件人命令以及临时与永久响应类别。那些收件人回复属于完整验证，不属于本页。
校验器使用确立域名就绪所需的路由层，并在收件人交互前停止。这让其结果快速、可解释且范围正确。
下一个工具取决于下一个问题
常见问题
1. 邮箱校验器检查什么？
本邮箱校验器只检查两层：（1）地址格式是否正确（语法/结构），（2）域名是否发布 MX 记录以便收信。它不会与邮箱开启 SMTP 会话，也无法证明特定人或收件箱存在。这种诚实是刻意的——格式与 MX 是廉价初筛，不是完整邮箱验证。
2. 邮箱校验器使用 SMTP 吗？
否。SMTP 邮箱验证在邮箱检查器、列表清洗与已登录产品流程中提供。校验器停在语法与 MX，从而保持快速且基本不限次（仅防滥用的软性限制）。需要退信风险与可达性时，请打开邮箱检查器获取完整 SMTP 结果。
3. 何时应使用邮箱校验器而不是邮箱检查器？
只需快速格式与域名初筛时使用邮箱校验器——捕获拼写错误、拒绝无 MX 的域名，或在更重任务前预过滤。错误地址会带来退信、ESP 处罚或浪费 SDR 时间时，使用邮箱检查器。许多团队在表单入口做校验器式检查，在活动或 CRM 导入前做完整 SMTP 邮箱检查。
4. 邮箱校验器免费吗？
是的。浅层校验（语法 + MX）免费，且不受邮箱检查器 20 次完整 SMTP 配额限制。仅在防止自动化滥用时可能有软性速率限制。批量 CSV 清洗与 API 用量请注册账户。
5. 邮箱校验器 vs 邮箱检查器——该选哪个？
需要不限次的浅层检查时选邮箱校验器：“这看起来像能收信域名上的邮箱吗？”需要多层验证时选邮箱检查器：SMTP 可达性加上一次性、Catch-all 与角色标记。它们回答不同问题；把校验器结果当成完整验证，是常见的可达性错误。
6. Catch-all 域名能通过邮箱校验器吗？
会。Catch-all 域名通常发布有效 MX，因此即使特定本地部分不是真实个人，语法 + MX 也可能看起来正常。只有完整验证工具（邮箱检查器 / Catch-All 验证器）才能暴露 Catch-all 不确定性。若通过猜测 names@company.com 做线索增强，请勿仅依赖校验器。
邮箱校验
需要完整 SMTP 可达性？
运行邮箱检查器获取邮箱级证明与风险标记，或注册以使用批量清洗与 API。
24 小时 20 次免费 SMTP 检查 · 浅层检查无需注册 · 数秒出结果
99.9%
准确率
Real-time
API 速度
$0.00014
每封邮件
600/mo
永久免费