Неопределённый статус email (Unknown): что означает и как действовать

Неопределённый статус (unknown) - результат верификации email-адреса, при котором валидатор не смог установить, существует ли почтовый ящик. Это не «валидный» и не «невалидный». Это третье состояние: данных для вывода недостаточно.

При hard bounce сервер однозначно отвечает «ящика нет». При подтверждённом valid сервер говорит «ящик есть, готов принять письмо». Unknown означает, что почтовый сервер получателя не дал окончательного ответа. Он мог не ответить вовсе, ответить двусмысленно или намеренно скрыть информацию о состоянии ящика.

Почему адрес получает статус unknown

За этим статусом всегда стоит конкретная техническая причина. Валидатор не присваивает его произвольно.

• Тайм-аут SMTP-соединения. Валидатор открывает подключение к почтовому серверу, отправляет команду RCPT TO, но ответ не приходит в отведённое время. Сервер мог быть перегружен, мог потерять соединение, мог намеренно затягивать ответ (tarpitting) для защиты от автоматизированных запросов.
• Грейлистинг. Почтовый сервер отклоняет первое обращение от незнакомого отправителя кодом 450 или 451. Расчёт на то, что легитимный MTA повторит попытку через несколько минут, а спам-бот - нет. Если валидатор не делает повторный запрос с задержкой, он фиксирует unknown.
• Rate limiting. Крупные провайдеры (Gmail, Yahoo, Mail.ru) ограничивают число SMTP-подключений с одного IP за единицу времени. Когда лимит исчерпан, сервер отвечает кодом 421 или разрывает соединение. Адрес может быть совершенно рабочим - проблема не в нём, а в нагрузке на сервер.
• Сервер недоступен. DNS возвращает MX-запись, но TCP-соединение на порт 25 не устанавливается. Причины: техническое обслуживание, файрвол блокирует подключения из определённых подсетей, хостинг испытывает сбой.
• Нестандартные ответы. Не все серверы строго следуют RFC. Некоторые возвращают коды, которые не относятся ни к подтверждению, ни к отказу. Другие отвечают кодом 250, но сопровождают его текстом, указывающим на проблему. Третьи закрывают соединение без какого-либо кода вообще.
• Анти-верификационная защита. Часть почтовых серверов целенаправленно противодействует SMTP-валидации. Они отвечают 250 OK на этапе RCPT TO, но затем генерируют bounce при попытке реальной доставки. Или дают разные ответы на повторные запросы. Такое поведение делает результат ненадёжным.

Насколько это распространено

В типичной email-базе доля unknown составляет от 3 до 15%. Если большинство адресов на Gmail и Яндексе, показатель будет ниже: крупные провайдеры отвечают стабильно. Если в базе много адресов на корпоративных доменах с нестандартными почтовыми серверами, доля растёт.

Процент unknown выше 20% - сигнал проблем с инфраструктурой валидатора. Засорённый IP-пул, отсутствие retry-логики, недостаточное количество IP для ротации. Качественный валидатор держит unknown ниже 10% для большинства баз.

Unknown и catch-all: в чём разница

Эти статусы часто путают, но природа у них разная. Catch-all - характеристика домена: сервер принимает почту на любой адрес, включая несуществующие. Валидатор получает чёткий ответ (код 250), но знает, что этот ответ ничего не доказывает.

Unknown - характеристика конкретной проверки. Валидатор не получил ответа, который можно классифицировать. Catch-all - это «сервер сказал да, но мы ему не верим». Unknown - это «сервер не сказал ничего определённого».

SMTP-коды и ситуации, приводящие к unknown

Ряд кодов и состояний соединения чаще всего приводят к неопределённому результату:

• 421 - сервис временно недоступен, соединение закрывается.
• 450 - ящик временно недоступен. Типичный код грейлистинга.
• 451 - ошибка обработки на стороне сервера.
• Connection timeout - TCP-соединение не установлено в отведённое время.
• Connection refused - сервер активно отклонил подключение на порт 25.
• Connection reset - соединение разорвано без SMTP-ответа.

Расширенные коды статуса (RFC 3463) дают больше контекста: 4.7.1 - отклонено по политике безопасности, 4.4.1 - нет ответа от сервера, 4.4.2 - соединение потеряно.

Как работать с unknown-адресами

Первое действие - повторная проверка через 6-12 часов. Грейлистинг и тайм-ауты временны по своей природе. Адрес, который дал unknown утром, может дать valid вечером, когда нагрузка на сервер спадёт. Повторная верификация снимает значительную часть неопределённости.

Если после повторной проверки статус не изменился, есть несколько подходов.

1. Учитывайте источник адреса. Адрес из double opt-in заслуживает больше доверия, чем адрес из купленной базы. Если человек подтвердил подписку, ящик точно существовал на тот момент. Unknown - скорее техническая накладка.
2. Опирайтесь на историю доставки. Если вы уже отправляли на этот адрес и письма доставлялись, unknown при очередной валидации - не повод для удаления. Временный сбой на сервере не делает адрес мёртвым.
3. Оценивайте домен. Unknown на Gmail или Outlook - почти наверняка временная проблема. Unknown на малоизвестном домене с единственным MX-сервером - более серьёзный сигнал.
4. Сегментируйте отправку. Не смешивайте unknown с подтверждёнными valid. Отправляйте на них отдельно, малыми партиями (500-1000 адресов), и отслеживайте bounce rate после каждой партии. Если отказов выше 5%, остановитесь и повторите валидацию позже.

Типичные ошибки

Удалять все unknown-адреса. Перестраховка, которая стоит денег. Среди unknown значительная часть - рабочие ящики, временно недоступные для проверки. Удалив их, вы теряете реальных подписчиков. В базе на 100 000 адресов при 10% unknown это 10 000 потенциально живых контактов.

Приравнивать unknown к valid. Противоположная крайность. Unknown несут повышенный риск bounce. Отправка на них без оглядки может поднять bounce rate выше порога, после которого провайдеры начинают направлять все ваши письма в спам.

Проверить один раз и забыть. Адрес, который сегодня unknown, завтра может стать valid или invalid. Статус при верификации - это снимок момента, а не постоянное свойство адреса. Регулярная ревалидация (раз в 3-6 месяцев) - единственный способ поддерживать актуальную картину.

Как снизить долю unknown в базе

Используйте double opt-in при сборе адресов. Подтверждённая подписка доказывает, что ящик рабочий и за ним стоит реальный человек. Даже если при последующей валидации домен даст unknown, у вас есть факт клика по ссылке подтверждения.

Подключите real-time валидацию на формах. Если сервер не отвечает в момент ввода адреса, вы можете попросить пользователя указать альтернативный email или предупредить о возможных проблемах с доставкой. Это не устранит unknown полностью, но сократит число таких адресов на входе.

Выбирайте валидатор с развитой инфраструктурой. Ротация IP-адресов, retry-логика с адаптивными задержками, учёт грейлистинга - всё это напрямую влияет на долю неопределённых результатов. Разница между валидаторами на одной и той же базе может составлять 5-10 процентных пунктов.