簡短回答：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 丟棄。