Kort antwoord: iCloud adressen komen terug als unknown, niet invalid. We zeggen niet dat het adres slecht is — we zeggen dat we geen betrouwbaar signaal konden krijgen om het hoe dan ook te bevestigen. Er is geen instelling die dit verandert, en we betalen niet credits voor deze resultaten.
Waarom dit gebeurt
De e-mailinfrastructuur Apple (icloud.com, me.com, mac.com, inclusief Hide-My-Email-aliassen) is opzettelijk gebouwd om de verificatie van de mailbox te verslaan. Tijdens het gesprek SMTP onthullen de servers van Apple niet of er een specifieke mailbox bestaat — ze accepteren meestal het adres (terugkerend naar "250 OK") en stuiteren het alleen * later *, nadat de berichttekst is verzonden. Ze beoordelen en blokkeren ook verificatiesondes op netwerkniveau.
Hierdoor heeft het geen zin in de uitwisseling waar een verificatieleverancier deterministisch kan bewijzen dat een iCloud adres leverbaar is. In plaats van te raden, slaan we opzettelijk live sondering over voor Apple -domeinen en retourneren we een eerlijke unknown.
Dit komt overeen met hoe de belangrijkste verificatiediensten (ZeroBounce, NeverBounce, Kickbox, Hunter) dezelfde domeinen behandelen — de beperking is aan de kant van Apple, niet uniek voor ons.
Is er een configuratie om het te repareren?
Nee. Er is geen instelling die deze resultaten omzet in valid. We geven liever een eerlijke unknown terug dan een verzonnen valid waar we niet achter kunnen staan.
Wat we aanbevelen
Behandel unknown iCloud adressen als "onbevestigd maar waarschijnlijk prima te verzenden." Als ze afkomstig zijn van een legitieme aanmelding of transactie, zijn ze meestal leverbaar. De veiligste manier om te bevestigen is een echte verzending met normale stuiterbewaking —, de enige test waarop de servers van Apple daadwerkelijk reageren. Gooi unknown iCloud adressen niet weg in de veronderstelling dat ze invalid zijn.