Catch-all email: что это и почему это проблема
Catch-all (accept-all) — это настройка почтового сервера, при которой он принимает письма на любой адрес в рамках домена, даже если такого ящика не существует.
Как это работает
Обычный почтовый сервер отклоняет письмо, если адресата нет. Catch-all сервер - нет. Он примет всё: asdfgh@domain.com, test123@domain.com, что угодно. Письмо попадает в общий ящик или просто в никуда.
Компании включают catch-all, чтобы не терять письма из-за опечаток в адресе. Логика понятная. Но для тех, кто отправляет рассылки, это создаёт серьёзную проблему.
Почему catch-all опасен для рассылок
При SMTP-проверке catch-all сервер отвечает «ОК» на любой адрес. Невозможно отличить реальный ящик от несуществующего - сервер не отказывает ни одному. Это значит, что классическая валидация тут бессильна.
Отправляете письмо на несуществующий адрес catch-all домена - оно не отскочит сразу. Сервер его примет. Но потом может сгенерировать отложенный bounce, или письмо просто исчезнет. А может и дойти, если ящик реальный. Вы не знаете заранее.
Результат: рост bounce rate, удар по репутации отправителя, риск попадания в спам.
Как проверять catch-all адреса
Полностью подтвердить существование ящика на catch-all домене нельзя. Но можно определить сам факт catch-all конфигурации - для этого валидатор отправляет SMTP-запрос на заведомо случайный адрес. Если сервер отвечает «250 OK» на любой мусор, значит, это catch-all.
Что с этим делать на практике
Полностью подтвердить существование ящика на catch-all домене не может ни один валидатор. Это ограничение самого протокола, а не конкретного сервиса. Рабочий подход простой: не смешивать такие адреса с холодной базой, держать их отдельным сегментом и смотреть на поведение. Два-три отправления с открытиями и кликами дают более честный ответ, чем любая разовая проверка.
Почему это проблема именно для валидации
На catch-all домене SMTP-проверка теряет смысл: сервер принимает любой адрес, и отличить рабочий ящик от опечатки снаружи невозможно. Честный сервис выделяет такие адреса в отдельную категорию, а не подмешивает их к валидным ради красивого процента в отчёте.
Обнаруживается catch-all контрольным запросом: серверу предлагают заведомо несуществующий адрес вида a7f3k9x@домен. Принят — значит домен принимает всё.
Что с ними делать
Выбрасывать целиком неразумно: за catch-all часто сидят корпоративные домены, где как раз и живут нужные контакты. Разумнее выделить их в отдельный сегмент и отправлять туда осторожно — небольшими партиями, отслеживая отказы по факту.
Если доля catch-all в базе выше двадцати процентов, отправлять по ней без разогрева опасно: реальный процент отказов выяснится только после отправки, и узнать его вы рискуете уже испорченной репутацией домена.
Зачем домены так настраивают
Обычно из удобства: чтобы письмо на ivan.petrov@ дошло, даже если в адресной книге отправителя записано i.petrov@. В небольшой компании это экономит переписку и выглядит разумно.
Обратная сторона — весь спам на любые выдуманные адреса тоже попадает внутрь, и объём нежелательной почты на таком домене выше в разы. Поэтому крупные организации от catch-all обычно отказываются в пользу явных алиасов на конкретных сотрудников.