定义
邮箱校验（validation）和邮箱验证（verification）是确认邮箱地址是否可用的两个阶段。两者经常被混用，很多服务商也用这两个名称销售同一款产品，但从技术上讲，它们代表不同深度的检查。
邮箱校验是结构性检查，判断地址是否书写正确、域名是否真实存在。校验会检查地址格式，确认有有效的本地部分、唯一的 @ 符号和格式正确的域名，并检查域名是否存在。它速度快、成本低，能发现最常见的错误，比如漏掉 @、多了空格，或域名拼错（如 gmial.com）。
邮箱验证是实时检查，判断地址是否真正可用，也就是发给它的邮件能否到达真实邮箱。验证不只看格式，还会在实时邮件基础设施上测试地址：查询 DNS 记录、检查域名的邮件交换配置，并与收件方服务器进行 SMTP 级握手，以确定该邮箱是否存在、能否接收邮件。
最简单的区分方法是：校验回答“写得对不对”，验证回答“发到这里能不能送达”。前者关乎表面，后者关乎实际。
工作原理
校验和验证处在同一条检查链上，先校验，后验证。理解这条链，就能明白两者为何不同，以及为何缺一不可。
校验步骤排在前面，因为成本最低。语法校验根据邮箱地址的书写规则测试地址；域名校验执行 DNS 查询，确认域名确实存在。这些步骤无需联系收件方邮件服务器，几乎瞬间完成，能在耗时的工作开始前剔除明显错误的地址。未通过校验的地址不会进入验证环节。
接下来是验证步骤，针对通过校验的地址进行。MX 记录查询确认域名发布了邮件交换记录，也就是说它配置了收信功能，而不只是托管一个网站。然后是关键一步：实时 SMTP 握手。验证服务连接收件方邮件服务器，像真正的发件服务器那样开始交互，询问服务器是否会接收发往该确切地址的邮件。服务器的响应揭示了邮箱是否存在。
这正是单靠校验无法弥补的缺口。以 user@companyname.com 为例：它的语法完全正确，companyname.com 这个域名也可能确实存在并有一个真实网站。校验会给出干净的通过结果。但如果名为 user 的邮箱从未创建过，或六个月前已被删除，这个地址就无法送达。只有通过 SMTP 握手的验证才能发现这一点。验证还增加了 Catch-all（全收）检测、一次性邮箱检测和角色邮箱检测，用来判断地址的性质，而这是校验无从评估的。
为什么它对邮件送达率很重要
区分两者很重要，因为只依赖校验会带来虚假的安全感。只经过校验、未经验证的列表仍然包含无法送达的地址，因为校验看不到邮箱是否存在。向这样的列表发信会产生硬退信，而硬退信恰恰会损害送达率。
Gmail、Yahoo 和 Microsoft 等邮箱服务商把退信率当作衡量发件人列表维护水平的指标。退信率高意味着列表是购买、抓取或长期疏于维护的，服务商会因此降低发件人信誉，把更多邮件投到垃圾箱。由于校验无法识别格式正确但已失效的地址，单靠校验无法守住退信率。验证可以，因为 SMTP 握手会剔除那些本会退信的地址。
验证还能发现与格式无关的风险。一次性邮箱在结构上完全有效，但属于临时邮箱服务商，很快就会无法联系。垃圾邮件陷阱是看似有效的地址，专门用来捕捉向未验证列表发信的发件人，命中一次就可能让域名被列入黑名单。这些地址结构上都没问题，校验会一律放行，而验证会把它们标记出来。
这并不是说校验毫无意义。校验是合适的第一道过滤：它即时、几乎零成本，还能在用户输错时在表单中立刻给出反馈。正确的思路不是“校验还是验证”，而是“先校验，再验证”：用校验在输入时拦下明显的拼写错误，再用完整验证在发信前确认地址真正可送达。
VeriMails 如何应对
VeriMails 把校验和验证合并为一次检查，您无需二选一，也不必拼凑两个工具。提交给 VeriMails 的每个地址都会一次性跑完整条检查链。
首先是校验层：语法校验确认地址书写正确，DNS 检查确认域名存在。随后是验证层：MX 记录检查确认域名可以收信，与收件方邮件服务器的实时 SMTP 握手确认具体邮箱真实存在。在此基础上，VeriMails 还会执行 Catch-all 检测、一次性邮箱检测和角色邮箱检测，因此结果不仅说明地址能否使用，还说明它是哪一类地址。VeriMails 执行 Catch-all 检测而不是打分，Catch-all 域名会被直接标为 Catch-all，而不是给出一个推测性的数字。
两层结果合并为一个结构化结果返回，可通过 REST API 实时检查，或批量上传 CSV 处理整个列表，响应速度通常足以支撑实时工作流。基于这些检查，VeriMails 返回清晰的送达分类，非常适合发送前的列表清洗。验证按地址从积分中扣费，起价每封 $0.0019，10,000 积分售价 $19，按年付费的年度套餐低至 $12.50/月。每个账户注册即送 100 免费积分，无需信用卡，积分永不过期。