Проверка email-адреса без отправки письма

Emvero не отправляет письма на проверяемые адреса. Какие данные сервис обрабатывает и хранит, описано в политике конфиденциальности.

Что можно узнать об адресе

Этапы выполняются последовательно. Если формат адреса неверен, проверка заканчивается до обращения к DNS. Если домен явно объявляет, что не принимает почту, обращаться к серверу за данными о получателе тоже не нужно.

1. 01

   Синтаксис

   Emvero проверяет формат адреса: часть перед @, домен и допустимую длину. Учитываются и доменные литералы, где вместо имени домена указан IP-адрес. Также определяется, нужна ли поддержка SMTPUTF8 для символов вне ASCII. На этом этапе сетевые запросы не выполняются.

2. 02

   Домен

   Emvero обращается к DNS, системе записей о доменах, чтобы определить, существует ли домен. Ответ NXDOMAIN означает, что домена нет, и проверка заканчивается. Временный сбой DNS оставляет результат неопределенным.

3. 03

   Маршрутизация почты

   Emvero определяет, куда направляется почта домена. MX-записи указывают почтовые серверы. Если MX-записей нет, возможен запасной маршрут. Нулевая MX-запись означает, что домен не принимает почту. Противоречивые записи или серверы, адреса которых не удалось определить, могут оставить результат неопределенным.

4. 04

   Проверка ящика

   При полной проверке Emvero может обратиться к почтовому серверу по протоколу SMTP. После приветствия и команды MAIL FROM сервис указывает получателя в команде RCPT TO. Затем он завершает пробу командами RSET и QUIT, не переходя к передаче письма.

5. 05

   Классификация

   По собранным данным Emvero определяет статус и рекомендуемое действие. Коды причин объясняют результат и показывают, что осталось неустановленным.

Как Emvero спрашивает сервер о получателе

Если SMTP-проба возможна, Emvero устанавливает соединение с почтовым сервером и называет получателя командой RCPT TO. Ниже приведен пример такого диалога:

CONNECT    mx.company.com:25
EHLO       <our hostname>
MAIL FROM  <our return path>
RCPT TO    <name@company.com>
250 2.1.5 Recipient OK
RSET
QUIT

В этом примере сервер принял получателя, после чего Emvero завершил сессию до команды DATA. Тема и текст письма не передавались. Положительный ответ дает сведения о приеме адреса на этом этапе, но не гарантирует доставку будущего письма.

Проба может закончиться без определенного ответа: например, из-за тайм-аута, ограничения запросов или отказа, связанного с правилами сервера. Поэтому Emvero не отклоняет адрес автоматически на основании отказа SMTP. Полная проверка также может завершиться без SMTP-пробы, если данных о домене уже достаточно или обратиться к серверу невозможно.

Что означают статус и рекомендуемое действие

Поле status содержит один из четырех итоговых статусов: deliverable, risky, undeliverable или unknown. Пока проверка продолжается, результат может иметь состояние pending. Оно означает, что нужно дождаться завершения и повторно запросить результат, а не считать адрес неизвестным или недоставляемым.

Поле action отвечает на другой вопрос: как поступить с адресом. allow означает, что проверка не нашла технической причины для отказа; allow_with_email_confirmation рекомендует продолжить с подтверждением доступа к ящику; reject рекомендует отклонить адрес. Один и тот же статус risky может сопровождаться разными действиями, поэтому одного статуса для решения недостаточно.

В checks указаны результаты отдельных этапов, а в reason_codes — причины вывода. Например, undeliverable может означать неверный формат адреса, несуществующий домен или нулевую MX-запись, которой домен объявляет, что не принимает почту. Тайм-аут или неоднозначный отказ SMTP могут оставить статус unknown. Подробнее о том, как сопоставлять эти поля, читайте в руководстве по результату проверки.

Как учитывать catch-all, одноразовые и ролевые адреса

Catch-all домен может привести к статусу risky, даже если сервер принял получателя. Адрес у провайдера временной почты тоже может принимать письма, пока ящик существует. Сигнал об одноразовой почте указывает на тип провайдера и сам по себе не означает техническую ошибку. Узнать эту классификацию можно через бесплатную проверку одноразовой почты.

Ролевой адрес вроде support@ или info@ обычно предназначен для определенной функции. Сам этот признак не делает адрес недоставляемым и не требует отказа. Учитывайте назначение адреса и правила своего сервиса вместе с техническими данными проверки.

Если для вашего сценария важен доступ человека к ящику, отправьте письмо подтверждения и дождитесь перехода по ссылке. Проверка адреса без отправки письма такой доступ не устанавливает.

Выберите нужную глубину проверки

Полная проверка	Проверка домена
Не более 10 кредитов	Не более 2 кредитов
Может собрать данные SMTP о получателе	Завершается после синтаксиса, DNS и почтового маршрута
Может обнаружить новые признаки catch-all, если сервер допускает пробу	Может сообщить только об уже известном статусе catch-all
Может вернуть pending, пока проверка продолжается	Не подтверждает существование отдельного ящика

Глубину выбирают для каждого запроса. Оба варианта доступны в одном аккаунте и расходуют кредиты с общего баланса; фактическое списание зависит от результата. Стартовые кредиты можно использовать в интерфейсе или через API. Ни одна глубина не гарантирует доставку будущего письма или попадание во «Входящие».

Как проверять адреса в своем рабочем процессе