关于本视频

文件验证需要付费账号。BillionVerify 与 Apple 没有关联，也未获其认可。

视频文字稿

1. 00:00你看到了什么

   你的 iCloud 地址返回了未知。不是有效，也不是无效。下面说明这个结果的含义，以及如何处理这些联系人。有三个 Apple 域名是这样的行为：icloud.com、me.com 和 mac.com。每一个都返回状态“未知”，原因是 smtp_unverifiable。“未知”并不对这个地址作任何断言。它很可能是个正常工作的收件箱，只是我们两边都没有证据。

2. 00:29为什么会这样

   大多数邮件服务器在你指明收件人时会给出可用的回复。在这三个域名上，Apple 的服务器没有给出我们能依赖的信号。所以基于那个回复得出的任何结论都只是猜测。因此我们不去问。检查会依次经过语法、一次性、标签和 DNS，然后停在策略层。这些地址不会建立 SMTP 连接。更早的层级仍然可以作出判定。地址格式有误的，即使在 iCloud 上也是无效。个人姓名是未知。像 info 这样的角色名也是未知，因为检查在角色判定生效之前就停了。

3. 01:03在哪里找到原因

   在控制台里，单次检查显示“未知状态”。原因代码不在那张卡片上。要看到它，可以打开文件任务的实时结果，下载结果文件，或者读取 API 响应。在结果文件里，筛选 ev_status 和 ev_reason，再看 ev_domain。三者缺一不可，因为这个原因代码也可能出现在其他域名上，由其他原因造成。再次验证这些地址不会有任何变化。API 把这个原因标记为不可重试。没有相关设置，传入 check_smtp: true 也没用，因为策略层在前。这些结果不收费。“未知”从不消耗积分，不管你的文件里有多少 iCloud 地址。有一个例外很重要。这条规则只适用于 Apple 自己的域名。转发到 iCloud 的自定义域名会得到正常的 SMTP 检查，所以可能返回明确的结果。

4. 01:55如何处理

   那这些联系人怎么处理？我们帮助中心的建议是：把它们当作未确认，但很可能可以发送。不要仅仅因为显示“未知”就删掉。把它们留在你的发送里，让真实的邮件来回答这个问题。如果没有退信，就继续给这个联系人发。如果出现硬退信，就移除这个地址。格式有误的，在开始前先剔除。这是确认 iCloud 地址最稳妥的方式：正常发送，同时打开退信报告。然后根据实际发生的情况更新你的名单。查看域名，查看原因。保留地址，让退信来定论。

5. 02:32免费开始

   每天使用账号可获得 20 个免费积分，每月最多 600 个，无需信用卡。访问 billionverify.com 开始使用。

本视频中展示的工具