Resposta curta: iCloud endereços voltam como unknown, não como invalid. Não estamos dizendo que o endereço é ruim - estamos dizendo que não conseguimos obter um sinal confiável para confirmá-lo de qualquer forma. Não há uma configuração que mude isso, e nós cobramos , não créditos por esses resultados.
Por que isso acontece
A infraestrutura de correio do Apple (icloud.com, me.com, mac.com, incluindo os aliases Hide-My-Email) é deliberadamente construída para derrotar a verificação da caixa de correio. Durante a conversa SMTP, os servidores doApple não revelam se uma caixa de correio específica existe - eles normalmente aceitam o endereço (retornando "250 OK") e só o devolvem *mais tarde *, depois que o corpo da mensagem é enviado. Eles também limitam a taxa e bloqueiam sondas de verificação no nível da rede.
Por causa disso, não há nenhum ponto na troca em que qualquer provedor de verificação possa provar deterministicamente que um endereço iCloud é entregável. Em vez de adivinhar, ignoramos intencionalmente a sondagem ao vivo para os domínios Apple e devolvemos um unknown honesto.
Isso é consistente com a forma como os principais serviços de verificação (ZeroBounce, NeverBounce, Kickbox, Hunter) tratam esses mesmos domínios - a limitação está do lado de Apple, não exclusiva para nós.
Existe uma configuração para corrigi-lo?
Não. Não há configuração que transforme esses resultados em valid. Preferiríamos devolver um unknown honesto do que um valid fabricado, não podemos ficar atrás.
O que recomendamos
Trate os endereços unknown iCloud como "não confirmados, mas provavelmente adequados para envio." Se eles vieram de uma inscrição ou transação legítima, geralmente são entregáveis. A maneira mais segura de confirmar é um envio real com monitoramento normal de rejeição - o único teste para o qual os servidores da Apple realmente respondem. Não descarte unknown iCloud endereços assumindo que eles são invalid.