验证不会向该邮箱地址发送真实邮件。我们只连接收件方服务器完成 SMTP 会话，在 RCPT TO 阶段询问是否接受发往该地址的邮件，随后关闭连接，从不发出 DATA 命令。收件人看不到任何内容，发件域名也不会产生打开率、退信或垃圾箱记录，因此可以放心清洗整份名单；只有你之后自行发送，邮件才会真正到达收件人。
简答： 不会。我们绝不会向您验证的地址发送任何实际消息。您的联系人什么都没收到，他们的收件箱里也没有“测试邮件”。
邮箱验证会使用邮件服务器接收邮件时采用的标准 SMTP 会话，但会在任何实际邮件发送之前停止。简单来说，我们连接收件方的邮件服务器，并只询问“是否接受发往这个地址的邮件？”（即 SMTP RCPT TO 阶段），再根据服务器响应判断结果。
在那时，我们关闭连接。我们从未发出过用于传输消息体的命令（DATA），因此未生成、发送或投递任何电子邮件。收件人看不到任何内容。
只有在您通过自有邮件平台完成验证后发送，一条真实的消息才能到达收件人。验证本身始终是一种静默检查。
验证状态共六种：valid 表示邮箱确认可收信，invalid 表示服务器拒绝，catch-all 表示域名接受任意地址但无法确认具体邮箱，unknown 表示未取得可靠信号，另有 disposable 与 role。每个结果还带一个 0.0 到 1.0 的评分，表中注明该状态是否收费与建议的处理方式。
iCloud、me.com 与 mac.com 地址返回 unknown 而非 valid，因为 Apple 服务器在 SMTP 会话中先接受地址、只在正文发送后才退信，并在网络层拦截探测。该结果不收费，也没有设置能改变它。来自真实注册或购买的地址通常仍可发送，不要因为结果是 unknown 就当无效丢弃。
Outlook、Hotmail 与 Live 等个人 Microsoft 地址返回 unknown 而非 valid，因为消费级邮件系统不暴露邮箱是否存在，高频探测会被限速。这类结果不收费，也没有设置能改成 valid。Microsoft 365 上的企业域名仍会实时验证，常因租户配置返回 catch-all。
unknown 表示接收邮件系统没有给出可靠答复，并不意味着地址无效。Apple、个人 Outlook、灰名单、限速与超时都会导致这一结果。来自真实注册、购买或订阅的地址通常仍可发送，爬取或买来的名单则需更谨慎；不要把 unknown 一律删除，那样会误删大量可送达的联系人，唯一的可靠测试是真实发送并监控退信。
使用 BillionVerify 清洗列表、降低退信并保护发件人信誉。
无需信用卡 · 含免费积分 · 2 分钟完成设置
