: iCloud адреса возвращаются как unknown, а не invalid. Мы не говорим, что адрес плохой - мы говорим, что не смогли получить надежный сигнал для подтверждения этого в любом случае. Нет настроек, которые изменяют это, и мы взимаем , а не кредиты за эти результаты.
Почему это происходит
Apple, почтовая инфраструктура (icloud.com, me.com, mac.com, включая псевдонимы Hide-My-Email) специально создана для того, чтобы препятствовать проверке почтового ящика. Во время разговора SMTP серверыApple не показывают, существует ли определённый почтовый ящик - они обычно принимают адрес (возвращая «250 OK») и возвращают его только позже, после отправки текста сообщения. Они также ограничивают скорость и блокируют проверку на уровне сети.
Из-за этого в обмене нет места, где какой-либо поставщик проверки может определенно доказать, что адрес iCloud подлежит доставке. Вместо того чтобы гадать, мы намеренно пропускаем прямое исследование для Apple доменов и возвращаем честный unknown.
Это соответствует тому, как основные службы проверки (ZeroBounce, NeverBounce, Kickbox, Hunter) относятся к этим же доменам - ограничение находится на стороне Apple, а не только для нас.
Есть ли конфигурация для его исправления?
Нет. Нет настроек, которые превратят эти результаты в valid. Мы предпочли бы вернуть честный unknown, чем сфабрикованный valid, за который мы не можем постоять.
Что мы рекомендуем
Рассматривать адреса unknown iCloud как «неподтверждённые, но, вероятно, приемлемые для отправки». Если они исходят от легальной регистрации или транзакции, то обычно их можно доставить. Самый безопасный способ подтверждения - это реальная отправка с нормальным мониторингом отбиваний - единственное тест, на который действительно реагируют серверы Apple. Не отказывайтесь от адресов unknown iCloud при условии, что они являются invalid.