简短回答：iCloud 地址会返回 unknown，而不是 invalid。这并不表示地址有问题，只表示我们无法获得足够可靠的信号来确认结果。该行为无法通过设置更改，而且此类结果不收费。
为什么会发生这种情况
Apple 的邮件基础设施（包括 icloud.com、me.com、mac.com 和“隐藏邮件地址”别名）会刻意隐藏邮箱是否存在。在 SMTP 会话中，Apple 的服务器通常先接受地址（返回“250 OK”），只在邮件正文发送后稍后退信；同时还会在网络层限制或拦截验证探测。
因此，任何验证服务都无法在 SMTP 会话中确定某个 iCloud 地址是否可送达。我们不会猜测，而是主动跳过对 Apple 域名的实时探测，并返回诚实的 unknown。
这与各大验证服务（ZeroBounce、NeverBounce、Kickbox、Hunter）对这些相同域名的处理方式一致——该限制源于Apple，并非我们独有的问题。
有没有什么配置可以解决这个问题？
否。没有任何设置能够将这些结果转换为valid。我们宁愿交付一份诚实的unknown，也不愿交付一份我们无法为其背书的虚假valid。
我们的建议
将 unknown iCloud 地址视为“尚未确认，但很可能可以正常投递”。如果地址来自真实的注册或交易，通常可以发送。最可靠的确认方式是进行一次正常发送并监控退信，这是 Apple 服务器真正响应的唯一测试。不要因为结果是 unknown 就把 iCloud 地址当作 invalid 丢弃。