Чтобы проверить catch-all email-адрес, сначала проверьте его формат и почтовый маршрут. Затем сравните ответ сервера для нужного получателя с ответом для случайно созданного контрольного адреса. Если сервер принимает оба, вы установили свойство домена. Существование конкретного ящика остаётся неподтверждённым. Такой результат — risky. Если важно знать, кто владеет ящиком, отправьте письмо-подтверждение.
Catch-all домен может принимать письма на любое имя, в том числе неиспользуемое. Поэтому простой ярлык «верный» или «неверный» здесь вводит в заблуждение. Определение catch-all домена объясняет принцип, а ниже — порядок проверки и следующие шаги.
Шаг 1. Найдите однозначные ошибки до обращения к сети
Сначала проверьте синтаксис: локальную часть, домен и общую длину адреса. Для этого не нужен DNS. Международная локальная часть при последующей SMTP-проверке может потребовать расширение SMTPUTF8 из RFC 6531. Успешная проверка синтаксиса говорит лишь о том, что адрес правильно составлен.
Затем выясните, существует ли домен и куда он направляет входящую почту. Подтверждённое отсутствие домена или явная null MX-запись позволяют закончить проверку до SMTP. Если же обычной MX-записи нет, отказывать рано: RFC 5321 допускает неявный маршрут через A- или AAAA-адрес домена. Формат null MX задаёт RFC 7505. Эти случаи подробнее разобраны в справке об MX-записях.
Рабочий маршрут показывает, куда письмо могло бы попасть. Он не подтверждает, что ящик alex@example.com существует.
Шаг 2. Спросите сервер о нужном получателе
Полная проверка может открыть SMTP-сессию и указать адрес командой RCPT TO. Сервер может принять получателя, отложить ответ, отказать или не позволить провести пробу. Emvero останавливается до DATA и не отправляет письмо. В RFC 5321 команды для получателя отделены от передачи содержимого сообщения.
Положительный ответ подтверждает приём на этом этапе. Пока неизвестно, отличает ли сервер реальные адреса от выдуманных. Временный ответ или заблокированная проба оставляют вопрос открытым. Даже ответ, который внутри классифицирован как «ящик не найден», по текущим правилам Emvero даёт unknown и SMTP_RECIPIENT_REJECTED_AMBIGUOUS, а не автоматический reject.
Шаг 3. После принятия проверьте контрольный адрес
Если нужный получатель принят, назовите в той же сессии ещё один новый, маловероятный адрес на том же домене. Возьмите случайное значение: привычное имя вроде test может действительно использоваться. Документация Emvero о catch-all описывает такой контроль.
| Нужный адрес | Контрольный адрес | Вывод |
|---|---|---|
| Принят | Принят | Сервер принимает произвольные имена. Домен ведёт себя как catch-all; существование нужного ящика не доказано. |
| Принят | Однозначно отклонён | Сервер различает получателей. Первый ответ становится более веским свидетельством о ящике, но не гарантией будущей доставки. |
| Принят | Временный или неоднозначный ответ | Catch-all состояние остаётся неизвестным. Такой ответ нельзя считать определённым отказом. |
| Отклонён или проба не проведена | Не отправлен | Принятого адреса для сравнения нет. Оценивайте исходный ответ отдельно. |
Контроль показывает правило домена. Это не поиск по списку ящиков и не проверка владельца. Если catch-all состояние уже известно из прежнего наблюдения или данных о провайдере, Emvero может использовать его повторно и не проверять контрольный адрес каждый раз.
Шаг 4. Прочитайте результат и выберите действие
Полная проверка адреса на известном catch-all домене может вернуть:
{
"status": "risky",
"action": "allow_with_email_confirmation",
"checks": { "smtp": "accepted", "accept_all": "yes" },
"reason_codes": ["SMTP_RCPT_ACCEPTED", "ACCEPT_ALL_DOMAIN"]
}
SMTP_RCPT_ACCEPTED описывает ответ сервера. ACCEPT_ALL_DOMAIN объясняет, почему он не доказывает существование отдельного ящика. Смотрите вместе на status, action, checks.accept_all и reason_codes. Отказ SMTP не равен однозначной ошибке домена: итог может остаться unknown. Неверный синтаксис, несуществующий домен и null MX — другие причины для отказа, обнаруживаемые раньше.
При регистрации можно допустить пользователя к следующему шагу и попросить подтвердить адрес письмом. Руководство по проверке формы регистрации помогает обработать risky и unknown, не выдавая их за окончательную ошибку.
При очистке списка держите catch-all адреса отдельно от подтверждённо недоставляемых. Сохраняйте дату наблюдения: почтовый маршрут и правила сервера меняются. О работе с этой группой рассказывает руководство по очистке email-списка.
Перед рассылкой или личным обращением отдельно оцените источник адреса, согласие и прежние контакты. Техническая проверка не подтверждает согласие. Письмо-подтверждение показывает, что кто-то управлял ящиком в момент ответа, но не гарантирует будущую доставку или попадание во «Входящие».
Узнайте известное состояние или проведите полную проверку
Бесплатный инструмент проверки catch-all домена показывает уже установленное состояние. Он не открывает SMTP-сессию и отвечает unknown, если надёжных данных пока нет. Для новых сведений о получателе нужна полная проверка через API проверки email:
curl -sS https://api.emvero.tech/v1/verifications \
-H "Authorization: Bearer emv_your_credential" \
-H "Content-Type: application/json" \
-d '{"email":"alex@example.com","variant":"full"}'
Пока собираются данные о получателе, API может сначала вернуть pending. Прежде чем применять своё правило, прочитайте action и reason_codes в завершённом результате. Если рекомендовано allow_with_email_confirmation, ответ даст настоящее письмо-подтверждение, а не повторная SMTP-проба.