Krótka odpowiedź: iCloud adresów zwracanych jest jako unknown, a nie invalid. Nie twierdzimy, że adres jest zły — twierdzimy, że tak czy inaczej nie mogliśmy uzyskać wiarygodnego sygnału potwierdzającego to. Nie ma ustawienia, które by to zmieniało i nie pobieramy kredytów za te wyniki.
Dlaczego tak się dzieje
Infrastruktura pocztowa Apple (icloud.com, me.com, mac.com, w tym aliasy Hide-My-Email) została celowo zbudowana w celu uniemożliwienia weryfikacji skrzynki pocztowej. Podczas rozmowy SMTP serwery Apple nie ujawniają, czy istnieje konkretna skrzynka pocztowa — zazwyczaj akceptują adres (zwracając „250 OK") i odbijają go dopiero later, po wysłaniu treści wiadomości. Ograniczają również szybkość transmisji i blokują sondy weryfikacyjne na poziomie sieci.
Z tego powodu nie ma sensu, aby jakikolwiek dostawca usług weryfikacyjnych mógł deterministycznie udowodnić, że adres iCloud jest możliwy do dostarczenia. Zamiast zgadywać, celowo pomijamy sondowanie na żywo dla domen Apple i zwracamy uczciwe unknown.
Jest to zgodne ze sposobem, w jaki główne usługi weryfikacyjne (ZeroBounce, NeverBounce, Kickbox, Hunter) traktują te same domeny — ograniczenie leży po stronie Apple i nie jest unikalne dla nas.
Czy istnieje konfiguracja, która to naprawi?
Nie. Nie ma ustawienia, które zamieniłoby te wyniki na valid. Wolelibyśmy zwrócić uczciwe unknown niż zmyślone valid, za którym nie możemy stać.
Co polecamy
Traktuj adresy unknown iCloud jako "niepotwierdzone, ale prawdopodobnie można je wysłać." Jeśli pochodzą z legalnej rejestracji lub transakcji, zazwyczaj można je dostarczyć. Najbezpieczniejszym sposobem potwierdzenia jest rzeczywiste wysłanie z normalnym monitorowaniem odrzuceń — jedyny test, na który faktycznie reagują serwery Apple. Nie odrzucaj adresów unknown iCloud przy założeniu, że są to adresy invalid.