Catch-all — это не то же самое, что действительный адрес.
Когда домен настроен как catch-all, он принимает каждое входящее сообщение независимо от того, существует ли конкретный почтовый ящик. Инструмент верификации не может пройти за пределы доменного уровня принятия, чтобы проверить, принадлежит ли адрес john.smith@company.com реальному человеку. Домен принимает. Почтового ящика может не существовать.
В этом и заключается основная проблема с трактовкой catch-all результатов как подтверждённых действительных адресов. Ваше сообщение было принято. Это не означает, что оно было доставлено реальному человеку. Во многих случаях домен работает с конфигурацией catch-all именно потому, что не может поддерживать точный список собственных почтовых ящиков — и сообщения на несуществующие адреса тихо отбрасываются.
Противоположная ошибка — считать каждый catch-all результат мусором и полностью его удалять. Это выбрасывает значимый сегмент. Многие catch-all домены содержат реальные доставляемые адреса. Правильный подход — не принимать все catch-all записи слепо и не отбрасывать их все — а выделить их в контролируемый сегмент с собственными правилами по объёму и риску.
Что верификация catch-all может и не может сказать вам.
| Сигнал | Что означает | Что не говорит |
|---|---|---|
| Catch-all подтверждён | Домен принимает все письма | Существует ли конкретный почтовый ящик |
| Нет сбоя MX | У домена работает почтовая инфраструктура | Соответствует ли адрес получателя реальному человеку |
| Нет жёсткого отказа | Сервер не отклонил соединение | Будет ли сообщение доставлено или тихо отброшено |
| Нет флага временного адреса | Домен не является известным сервисом временной почты | Активен ли почтовый ящик и мониторируется ли он |
Catch-all результаты занимают полосу риска между действительными и недействительными. Они не эквивалентны подтверждённо действительным и не эквивалентны подтверждённо мёртвым. Они требуют отдельного решения о маршрутизации — а не бинарного суждения «оставить или удалить».
Три распространённые ошибки с catch-all.
Большинство команд попадают в одну из трёх ловушек при работе с catch-all результатами в выводе верификации:
Трактовать catch-all как действительные. Команда импортирует все catch-all записи в основную кампанию вместе с подтверждёнными действительными адресами. Когда эти записи дают отказы или низкий уровень вовлечённости, команда обвиняет отправителя или текст сообщения, а не решение о качестве списка, принятое при импорте.
Трактовать catch-all как недействительные. Команда отбрасывает все catch-all записи перед импортом. В некоторых отраслях — здравоохранение, финансы, компании среднего размера в B2B — конфигурации catch-all распространены, и отброшенные записи могут представлять реальных контактов. Команда теряет доступных потенциальных клиентов без обоснования политики.