Проверка адреса никогда не отправляет на него письмо. Ни разу и ни по случайности. Почему это так
Проверка email
Проверьте один адрес, почистите список, который у вас уже есть, или проверяйте каждую регистрацию на лету. Каждый ответ возвращается с доказательствами за ним и с внятной рекомендацией.
5 бесплатных проверок, без аккаунтаКарта не нужна
Настоящая проверка настоящим сервисом. Он говорит с почтовым сервером и ничего не доставляет: стадии DATA в пробнике нет.
В пробнике нет стадии DATA, так что до ящика ничего не может дойти.
Четыре ответа и один, который признаёт, что безопасно сказать нечего.
Фиксированный словарь, под который можно писать код, а не текст с чужого сервера.
Бесплатный чекер возвращает ровно то же, что и API, ещё до регистрации.
Почему это важно
Уберите адреса, до которых письмо никогда бы не дошло, раньше, чем почтовый провайдер заметит, что вы на них шлёте.
Каждый отказ — маленький голос против вас. Держите невалидные и одноразовые адреса вне кампаний, триалов и вашей таблицы пользователей.
Поймайте опечатку, пока человек ещё на странице. Это единственный момент, когда её исправление ничего не стоит.
Три способа
Три разные задачи и три разных интерфейса. Под капотом — те же проверки и те же четыре ответа.
01 / Единичная
Для случая, когда кому-то в поддержке, продажах или операциях нужен прямой ответ про один адрес. Вы получаете вердикт и каждый этап, который к нему привёл.
Проверить адресРекомендуемое действие: allow
02 / Массовая
Загрузите файл, который у вас уже есть, посмотрите, как он обрабатывается, затем отфильтруйте по результату и выгрузите только нужные строки.
Массовая проверка| Доставляемый | 104 852 |
| Рискованный | 9 112 |
| Недоставляемый | 9 804 |
| Неизвестно | 1 652 |
Числа выдуманы, ради примера. Двух одинаково распределённых реальных списков не бывает.
03 / В реальном времени
Один вызов, пока человек ещё печатает. Ответ говорит вашей регистрации, лид-форме или оформлению заказа, пропустить ли, попросить подтверждение, добавить шаг или отказать.
Проверка в реальном времени// request
{ "email": "person@example.com" }
// response
{ "status": "deliverable",
"action": "allow",
"confidence": 0.92,
"reason_codes": ["SMTP_RCPT_ACCEPTED"] }Как идёт проверка
Здесь нет балла, который надо принимать на веру. Каждый этап задаёт один вопрос, и работа прекращается, как только ответ найден.
Вообще ли это корректный адрес? Опечатки, лишние пробелы и пропущенная @ ловятся здесь, без обращения к сети.
Существует ли домен вообще и говорит ли он что-нибудь о приёме почты?
Куда на самом деле уходит почта этого домена? MX-записи, null MX, неявный MX.
Мы начинаем диалог, называем получателя, затем сбрасываем сессию и прощаемся. Шага DATA нет.
Всё найденное превращается в статус, рекомендуемое действие и коды, объясняющие оба.
Почтовый сервер, сказавший «да», — это хорошая новость, но не доказательство. Это «да» может прийти от домена, принимающего всё, от шлюза, который проверяет как следует позже, или от провайдера, который попросту не скажет вам, есть ли там ящик. Поэтому один из четырёх ответов — «мы не смогли сказать».
Что вы получаете обратно
Цвет — только подсказка. Смысл несут подпись, иконка и рекомендуемое действие.
Ящик существует, и сервер его принял. Ничего подозрительного не отмечено.
Обычно: MX-записи настроены · Получатель принят · Рисковых отметок нет
Действие: allow
Адрес вполне может работать. Что-то ослабляет доказательства, и код причины говорит, что именно.
Обычно: Домен принимает всё · Одноразовый сервис · Служебный ящик · Похоже на опечатку
Действие: challenge
Жёсткий отказ. Адрес составлен неверно, домена не существует, или он вовсе не принимает почту.
Обычно: Неверный синтаксис · Домена не существует · Домен не принимает почту · Ящик не найден
Действие: reject
Почтовый сервер не стал отвечать. Это случается чаще, чем можно подумать, и догадка была бы хуже.
Обычно: Истекло время ожидания · Грейлистинг · Провайдер ограничил запросы · Существование ящика скрыто
Действие: allow_with_email_confirmation
pending означает, что проверка ящика ещё идёт. Оно приходит с retry_after_ms, так что ваш опрос ограничен, а не слеп, и всегда сходится к одному из четырёх выше.Ответ
Одного вы там не найдёте никогда: сырого текста, который прислал почтовый сервер. Он выдаёт детали чужой инфраструктуры, может нести управляющие символы, которых вы не просили, и меняется в тот день, когда провайдер переформулирует сообщение. Вместо него вы получаете стабильные коды.
Работа в масштабе
Цифры ниже всё ещё у платформенной команды. Пока они не измерены и не утверждены, они остаются видимо отмеченными, а не тихо выдуманными.
проверок в минуту
измеренный аптайм
типичный ответ
площадки обработки
Отмеченные цифры — заглушки, ждущие утверждения. Мы лучше покажем вам пробел, чем число, которое не сможем защитить.
Пробник открывает сессию, называет получателя и сбрасывает её. В нём нет пути исполнения, способного отправить почту.
Медленные проверки ставятся в очередь и опрашиваются с явным интервалом. Ни один запрос не сидит, держа сокет открытым, и не надеется.
Доказательства проверки могут приводить к отказу только там, где мы измерили их точность для этого провайдера. Там, где не измерили, никого не блокируют.
Интеграции
[ЦИТАТА КЛИЕНТА — ДВА-ТРИ ПРЕДЛОЖЕНИЯ, С УКАЗАНИЕМ ИСТОЧНИКА]
Ни одна цитата не выйдет в свет, пока маркетинг не предоставит настоящую — от настоящего человека, который на неё согласился.
Цены
Один продукт, продаётся по объёму. Купите тысячу или купите миллион: те же проверки, те же ответы и те же способы подключения. Меняется только цена за единицу.
Вопросы
Четыре вещи, по порядку: корректно ли составлен адрес, существует ли его домен, куда этот домен отправляет свою почту и что говорит принимающий сервер, когда мы называем получателя. Вдобавок мы ищем то, что делает адрес рискованным даже когда он работает: одноразовые домены, общие ящики вроде info@ и домены, которые говорят «да» вообще всему.
Нет. Пробник открывает SMTP-сессию, называет получателя, затем сбрасывает её и отключается. Стадии DATA в пробнике нет вообще — не пропущенной, не спрятанной за флагом. Владелец ящика об этом никогда не узнает.
Что мы не смогли получить прямого ответа и предпочитаем сказать это, а не выдумать. Провайдеры не отвечают вовремя, применяют грейлистинг, ограничивают запросы или намеренно скрывают, существует ли ящик. Когда так происходит, результат остаётся неизвестным, а совет становится таким: пропустите человека, но за письмом-подтверждением.
Частично — и мы честно говорим, какая именно часть. Домен, принимающий всё, соглашается на любой предложенный адрес, поэтому его согласие ничего не говорит о конкретном ящике. Вместо того чтобы повышать догадку до «доставляемого», такие адреса возвращаются как рискованные с кодом ACCEPT_ALL_DOMAIN, а что с ними делает ваш сценарий, решаете вы.
Обычно немного. Большинство ответов приходит из синтаксиса, DNS и маршрутизации, где никто посторонний не участвует. Когда нужна проверка ящика, вы ждёте чужой почтовый сервер, а некоторые из них отвечают медленно намеренно. Такие возвращаются как pending с интервалом повтора, так что ничто не крутится бесконечно. Медиану и p95 мы опубликуем здесь, когда измерим их как следует.
Сохраняется вывод. Именно это позволяет повторной проверке ответить сразу, а не стучаться на чужой почтовый сервер во второй раз. Сколько он хранится и как добиться удаления — на странице о безопасности и в политике конфиденциальности.
Начните здесь
Начните бесплатно, сделайте первые несколько проверок и посмотрите, как ответы выглядят на ваших собственных данных.