Проверка email: существует ли адрес

Проверить существование email можно, ничего не отправляя: мы спрашиваем почтовый сервер адреса и показываем вам весь разговор. Или отправьте своё письмо на тестовый адрес и получите полный отчёт о доставляемости, включая проверку письма на спам.

Источники: DNS (MX, SPF, DMARC) · живая проверка SMTP с нашего сервера, остановленная до DATA · наш собственный почтовый сервер для тестовых писем (резерв — Cloudflare Email Routing) · SpamAssassin 4

Как проверить существование email без отправки письма

Почтовый сервер говорит, знает ли он адрес, ещё до отправки любого письма. Мы задаём этот вопрос и вешаем трубку.

Отправка письма — это короткий разговор двух серверов. Отправитель здоровается (EHLO), называет обратный адрес (MAIL FROM), называет получателя (RCPT TO) и только потом отправляет письмо (DATA). Принимающий сервер отвечает на каждую строку трёхзначным кодом (RFC 5321).

Мы ведём разговор до RCPT TO и читаем ответ. Затем сбрасываем сессию (RSET), ещё раз спрашиваем о выдуманном адресе в том же домене (контроль) и прощаемся командой QUIT. DATA не отправляется никогда, поэтому ничего не попадает во «Входящие», а пустой обратный адрес означает, что вернуться нечему.

probe.dnsrobot.netНаш проверяющий сервер · Мумбаи · 198.51.100.25mx-in.g.apple.comПочтовый сервер домена · Apple · 203.0.113.17
  1. 220 hfd-mx01.apple.com -- Server ESMTP (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025))295 ms
  2. EHLO probe.dnsrobot.net
  3. 250 hfd-mx01.apple.com · 8BITMIME · PIPELINING · CHUNKING …140 ms
  4. MAIL FROM: <>пустой отправитель: возвращать нечего
  5. 250 2.5.0 Address Ok157 ms
  6. RCPT TO: <postmaster@apple.com>1
  7. 250 2.1.5 postmaster@apple.com Ok1200 ms
  8. RSET · MAIL FROM:<> · RCPT TO: <5b1c71ed2e78ecf2@apple.com>2выдуманный адрес в том же домене
  9. 550 5.1.1 unknown or illegal alias: 5b1c71ed2e78ecf2@apple.com2145 ms
  10. DATA не отправляется: мы останавливаемся до письма
  11. QUIT
  1. Синтаксис1 ms
  2. Домен и MX181 ms
  3. Списки< 1 ms
  4. Почтовый сервер1,5 s
Настоящая проверка postmaster@apple.com — ролевого адреса, который обязан быть у каждого почтового домена (RFC 2142), с нашего сервера в Мумбаи: 7 ответов за 1,5 s. Сервер отклоняет выдуманный адрес (550 5.1.1), и именно поэтому его «да» на настоящий адрес заслуживает доверия.
Проверка email postmaster@apple.com: адрес доставляется, виден разговор по SMTP и выдуманный контрольный адресПроверка email postmaster@apple.com: адрес доставляется, виден разговор по SMTP и выдуманный контрольный адресВердиктДоставляется, Не доставляется, Принимает всё, Рискованный или Неизвестно — с кодами ответов, которые всё решили, и одной фразой, почему.Четыре шагаСинтаксис, почтовые серверы домена, списки одноразовых и ролевых адресов, затем сам почтовый сервер, у каждого своё время.Ответы, которые решилиАдрес и выдуманный адрес в том же домене: «да» на первый и «нет» на второй делают это «да» правдоподобным.РазговорКаждая команда нашего сервера и каждый ответ почтового сервера, как это было, с кодом и временем каждого ответа.Ничего не отправленоDATA никогда не отправляется: разговор останавливается до того, как появится письмо, поэтому во «Входящие» ничего не попадает и вернуться нечему.
Настоящая проверка postmaster@apple.com — ролевого адреса, который обязан быть у каждого почтового домена: вердикт, четыре шага, два ответа, которые всё решили, и весь разговор по SMTP, остановленный до DATA. Выберите номер, чтобы увидеть, что показывает каждая часть.

Что значит каждый результат проверки email

Пять результатов, и каждый привязан к ответу сервера, который его дал.

Доставляется требует двух вещей: «да» на адрес и «нет» на выдуманный в том же домене (или провайдер, который, по нашим измерениям, проверяет каждый адрес). Без второго ответа «да» — это лишь «да» от сервера, который может сказать «да» кому угодно.

Неизвестно — это честный ответ, а не сбой: сервер отказался говорить с нашим проверяющим сервером, попросил подождать или не ответил. Об адресе это ничего не говорит, поэтому мы никогда не превращаем его в «недопустимый».

  • Доставляется
    Адрес
    250
    Выдуманный
    550

    Сервер знает адрес и отклоняет постороннего в том же домене.

    Отправляйте.
  • Не доставляется
    Адрес
    550 5.1.1
    Или домен
    null MXнет такого домена

    Сервер говорит, что ящика нет, или домен вообще не принимает почту.

    Не отправляйте: письмо вернётся.
  • Принимает всё
    Адрес
    250
    Выдуманный
    250

    Сервер отвечает «да» на что угодно, поэтому его «да» ничего не доказывает.

    Отправляйте, только если адрес дал сам человек.
  • Рискованный
    Домен
    список одноразовых
    Или ящик
    552переполнен

    Он существует, но долго не проживёт или сейчас не может принять почту.

    Не используйте его для того, что понадобится позже.
  • Неизвестно
    Адрес
    451554нет ответа
    Или DNS
    SERVFAIL

    Сервер не стал отвечать или попросил вернуться позже. Это не «нет».

    Проверьте позже или просто отправьте.
Каждый результат берётся из кода ответа (RFC 5321) или факта о домене, а не из догадки. Ролевые и бесплатные адреса, алиасы и устаревшие адреса операторов — это флаги рядом с результатом, а не сам результат.

Какие почтовые провайдеры можно проверить

Что может показать проверка, зависит от провайдера. Мы измерили с нашего сервера 65 почтовых доменов, которые обслуживают 53 провайдера.

Большинство публичных почтовых сервисов отклоняют неизвестные адреса на RCPT, так что проверка там надёжна. Одни принимают всё и разбирают почту потом; Outlook.com иногда один раз отвечает «да», чтобы мешать сбору адресов; некоторые отклоняют незнакомые серверы.

Мы никогда не используем страницы восстановления пароля или регистрации для проверки адреса, как это делают некоторые сервисы: это нарушает правила провайдеров и именно так злоумышленники находят аккаунты.

Измерено с нашего сервера22 октября 2026 г. · 65 доменов, 10 из них — компании
Проверяют каждый адрес42 доменаНеизвестный адрес получает 5xx на RCPT, поэтому «да» — настоящее «да».
  • 163.com
  • au.com
  • biglobe.ne.jp
  • comcast.net
  • daum.net
  • docomo.ne.jp
  • ezweb.ne.jp
  • freenet.de
  • gmail.com
  • gmx.com
  • gmx.de
  • hanmail.net
  • hey.com
  • i.softbank.jp
  • icloud.com
  • kakao.com
  • laposte.net
  • libero.it
  • mail.com
  • mailbox.org
  • naver.com
  • o2.pl
  • ocn.ne.jp
  • orange.fr
  • posteo.de
  • proton.me
  • qq.com
  • rambler.ru
  • rediffmail.com
  • seznam.cz
  • sfr.fr
  • softbank.ne.jp
  • terra.com.br
  • tuta.io
  • uol.com.br
  • web.de
  • wp.pl
  • yandex.ru
  • zoho.com
  • apple.com
  • microsoft.com
  • salesforce.com
Отвечают «да» на некоторые выдуманные адреса2 доменаOutlook.com: 2 из 12 выдуманных адресов один раз получили 250. Мы спрашиваем дважды.
  • hotmail.com
  • outlook.com
Принимают любые адреса9 доменов«Да» здесь ничего не доказывает: эти серверы сначала принимают, а потом разбираются.
  • mail.ru
  • yahoo.co.jp
  • amazon.com
  • github.com
  • google.com
  • netflix.com
  • shopify.com
  • spotify.com
  • stripe.com
Пока отклоняют наш сервер8 доменовИм нужно, чтобы обратный DNS нашего сервера совпадал в обе стороны. Собственный список ошибок Yahoo тоже показывает, что письма на неизвестные аккаунты возвращаются уже после отправки.
  • aol.com
  • att.net
  • bol.com.br
  • cox.net
  • free.fr
  • nifty.com
  • verizon.net
  • yahoo.com
Серый список или отсрочка3 доменаОтвет 4xx. Fastmail использует серый список: тот же вопрос через минуту получает ответ. onet.pl и interia.pl откладывают приём по правилу, действующему до определённой даты, или из-за лимита доставки, и ожидание этого не изменит.
  • fastmail.com
  • interia.pl
  • onet.pl
Просят не проверять их1 доменDeutsche Telekom: мы вообще не подключаемся.
  • t-online.de
У компаний показан знак их почтовой платформы (Microsoft 365, Google Workspace, Proofpoint, iCloud). Ответ компании — её собственная настройка, а не правило платформы: microsoft.com проверяет каждый адрес, а github.com на той же платформе принимает любой.

Catch-all, серый список и отказы: когда адрес не подтвердить

Три способа почтового сервера уйти от ответа и то, как каждый виден в результате.

Сервер, принимающий всё (catch-all), отвечает 250 на любой адрес, настоящий или нет. Так работают многие компании в Microsoft 365, сами того не зная: Directory-Based Edge Blocking отклоняет неизвестные адреса, только когда домен настроен как «Authoritative».

Серый список (greylisting) отвечает 451 отправителям, которых раньше не видел, а тот же вопрос через минуту принимает (RFC 6647). Отказы могут прийти на любом шаге до RCPT (у bol.com.br — на самом RCPT), но они называют наш сервер, а не адрес, поэтому результат — «Неизвестно» и никогда не «нет».

Принимает всё
  • sam.example@example.org250
  • 9e2b7c41d0a8f365@example.org250

Оба получили «да»: сервер не может их различить, а значит, не можем и мы.

Домен Microsoft 365 с настройкойВнутренняя ретрансляция250любой адресAuthoritative (Directory-Based Edge Blocking)550 5.4.1неизвестный адрес
Серый список
0 с451 4.7.1“Recipient address rejected: Temporary deferral, try again soon”
подождите не меньше минуты: тот же сервер, тот же отправитель, тот же адрес (RFC 6647)
60+ с250550настоящий ответ

Fastmail так поступил с нами. Через минуту результат предлагает Проверить снова и никогда не повторяет запросы без пауз. (onet.pl и interia.pl тоже ответили 450, но по правилу, действующему до определённой даты, и из-за лимита доставки: это отказы, поэтому ожидание мы не предлагаем.)

Отказы: где каждый сервер нас остановил
подключениеприветствиеEHLOMAILRCPT
nifty.com554
FCrDNS check failed: reverse DNS does not match the connecting IP
free.fr421
Refused. Your reverse DNS entry does not resolve to an IP.
t-online.de554
None/bad reputation … (NOWL)
yahoo.com550 5.7.25
Forward-confirmed reverse DNS failed
bol.com.br450 4.7.25
Client host rejected: cannot find your hostname

Отказ касается нашего сервера, а не адреса, на каком бы шаге он ни пришёл (у bol.com.br он пришёл на RCPT), поэтому результат — Неизвестно и никогда не «недопустимый».

Коды и тексты — так, как серверы отправили их нашему проверяющему серверу 22 октября 2026 г.. Четыре из пяти отказов касаются обратного DNS (PTR с прямым подтверждением) и исчезнут, когда запись PTR нашего сервера будет совпадать.

Одноразовые, ролевые и бесплатные адреса email, а также алиасы

Флаги описывают адрес; сами по себе они никогда не определяют результат.

Ролевой ящик (support@, sales@) настоящий, но общий, бесплатный адрес нормален для людей, алиас пересылает на чей-то настоящий ящик, а одноразовый адрес — это публичный ящик, который пропадает за несколько часов.

У японских операторов до сих пор есть адреса с двумя точками или с точкой перед @. Они нарушают RFC, но получают почту, поэтому мы спрашиваем почтовый сервер о них ровно так, как введено.

supportролевой ящик (RFC 2142)+ordersсубадрес (RFC 5233)@example.comдомен решает: бесплатный, одноразовый или алиас
  • Ролевой ящикpostmaster@support@sales@

    Командный ящик: настоящий, его часто читают, но это ничей не личный адрес. RFC 2142 перечисляет те, что должны быть у домена.

  • Бесплатный провайдер

    Зарегистрироваться может любой. Нормально для людей; необычно для сотрудников компании.

  • Одноразовый@mailinator.comоколо 9 900 доменов

    Публичные ящики, которые пропадают за несколько часов. Из списка disposable-email-domains (CC0), совпадение по регистрируемому домену.

  • Сервис алиасов

    Пересылает на настоящий ящик, который человек держит в тайне. Не одноразовый: ответы до него доходят.

  • Устаревший адрес оператораtaro..yamada@docomo.ne.jp

    Не соответствует RFC, но используется: docomo и au позволяют сохранять старые адреса с «..» или «.@». Мы спрашиваем сервер ровно так, как введено.

Флаги никогда сами не определяют результат: ролевой ящик может получить «Доставляется», а алиас — «Принимает всё».

Как работает проверка доставляемости письма: бесплатный mail tester

Отправьте одно настоящее письмо на тестовый адрес для одного письма; отчёт строится по мере проверки каждой части.

Ваш тестовый адрес принимает одно письмо в течение 2 часов. Наш собственный почтовый сервер принимает его для mailtest.dnsrobot.net по TLS и видит сессию SMTP из первых рук: версию TLS, приветствие, то, как разговаривает отправляющий сервер. Cloudflare Email Routing — резервный путь.

Всё проверяется по тому, что действительно пришло: адрес, с которого подключились, заголовки, добавленные вашим сервисом, HTML, который получат ваши читатели. Затем SPF, DKIM, DMARC, ARC, формат, содержимое, заголовки отписки, SpamAssassin и правила почтовых провайдеров.

  1. Ваша почтовая программавы нажимаете «Отправить»14:02:10
  2. Ваш отправляющий серверваш почтовый сервисSendGrid · 198.51.100.24
    Обратный DNS (PTR)Имя HELOСписки блокировки
  3. Наш почтовый серверпринимает по TLSmailprobe.dnsrobot.net · TLSv1.3
    сессия SMTPВерсия TLSEHLO и конвейерКонцы строк
    письмоSPFDKIMDMARCARCФорматСодержимоеОтписка
  4. Ваш отчётчасти появляются по мере проверки14:02:24
    SpamAssassinПравила Gmail · Yahoo · Outlook.comОценка
Резерв: Cloudflare Email Routingroute1–3.mx.cloudflare.netпринимает почту, если наш сервер недоступен; сведения о TLS не передаёт
Что происходит с вашим письмом
0 sприходит на наш почтовый сервер11 sанализ готов: тело и вложения удалены7 днейзаголовки, ссылки и превью удалены (или раньше, по кнопке «Удалить отчёт»)
Пример на этой странице — рассылка, отправленная через SendGrid. Каждая проверка загорается там, где происходит: идентификация отправляющего сервера, сессия SMTP, которую увидел наш сервер, подписи и содержимое письма, затем SpamAssassin и правила почтовых провайдеров.

Как проверка письма на спам считает оценку

Десять баллов минус вычеты, каждый из которых называет своё правило. То, что мы не смогли проверить, баллов не стоит.

Оценка полезна, только если видно, как она получена, поэтому здесь вся таблица, созданная тем же кодом, который оценивает ваше письмо. Каждый вычет опирается на RFC, страницу самого почтового провайдера или правило SpamAssassin.

Правила только для массовой почты, например отписка в один клик, вычитают баллы, только когда письмо похоже на массовую рассылку. То, что одно письмо показать не может (доля жалоб, объём рассылки), получает «не определено» и баллов не стоит.

Выдуманный отчёт7,8

10 − 1,5 − 0,7 = 7,8

  1. 1Массовая рассылка без работающей отписки в один клик (RFC 8058: оба заголовка, подписанные DKIM)
  2. 2SpamAssassin 3,4
Что мы нашлиВычет балловЧасть
SPF не пройден, и ни одна подпись DKIM не проходит проверку−3SPF
DMARC не пройден: нет совпавшего успешного SPF или DKIM, а домен в From публикует политику−2,5DMARC
В заголовке From нет единого домена, к которому применим DMARC−2DMARC
Домен в From не публикует запись DMARCтолько массовая почта−1DMARC
SPF fail: запись говорит, что этому серверу отправлять нельзя−1SPF
SPF softfail или neutral−0,5SPF
Нет записи SPF для домена MAIL FROM (или HELO)−1SPF
SPF permerror: неисправная запись или больше 10 DNS-запросов−1SPF
Письмо не подписано DKIMтолько массовая почта−1DKIM
Подписано DKIM, но ни одна подпись не проходит проверку (считается неподписанным)только массовая почта−1DKIM
Подпись использует ключ RSA короче 1 024 бит−1DKIM
DKIM проходит, но ни одна успешная подпись не совпадает с доменом в From−0,5DKIM
Адрес отправителя в крупном списке блокировки−3Отправляющий сервер
Адрес отправителя в небольшом списке блокировки−1Отправляющий сервер
У адреса отправителя нет обратного DNS (PTR)−2,5Отправляющий сервер
Имя PTR не ведёт обратно на адрес отправителя−1,5Отправляющий сервер
HELO не является полным доменным именем−0,5Отправляющий сервер
Сервер отправил без TLS−1,5Сессия SMTP
Одиночные LF или CR в концах строк письма0предупреждение, в оценку не входит (−0,5, когда будет указан источник)Сессия SMTP
From отсутствует, повторяется, не читается или перечисляет несколько ящиков без Sender−2Формат
Date отсутствует или не читается−1Формат
Message-ID отсутствует или неверен−1Формат
Date расходится со временем получения больше чем на сутки0предупреждение, в оценку не входит (−0,5, когда будет указан источник)Формат
Поле, которое допускается один раз, встречается дважды−0,5Формат
Строки длиннее 998 символов−0,25Формат
Картинки почти без текста0предупреждение, в оценку не входит (−1, когда будет указан источник)Содержимое
HTML без текстовой версии−0,5Содержимое
HTML больше примерно 102 КБ: Gmail может обрезать0предупреждение, в оценку не входит (−0,5, когда будет указан источник)Содержимое
Ссылки через сокращатели URL0предупреждение, в оценку не входит (−1, когда будет указан источник)Содержимое
Ссылки на голый IP-адрес0предупреждение, в оценку не входит (−1, когда будет указан источник)Содержимое
Ссылки на домен, подражающий другому0предупреждение, в оценку не входит (−2, когда будет указан источник)Содержимое
Ссылки javascript:, data: или file:0предупреждение, в оценку не входит (−2, когда будет указан источник)Содержимое
Текст ссылки показывает один домен, а ссылка ведёт на другой0предупреждение, в оценку не входит (−0,5, когда будет указан источник)Содержимое
Тип вложения, который блокирует Gmail0предупреждение, в оценку не входит (−2, когда будет указан источник)Содержимое
Ссылки на хост, который блокирует защитный резолвер Cloudflare (вредоносное ПО или фишинг)0предупреждение, в оценку не входит (−2, когда будет указан источник)Содержимое
Скрипты, iframe, формы или встроенные объекты в HTML−1Содержимое
1Массовая рассылка без работающей отписки в один клик (RFC 8058: оба заголовка, подписанные DKIM)−1,5Отписка
2Баллы SpamAssassin сверх 2,0половина баллов сверх 2,0, не более 3SpamAssassin
Оценка SpamAssassin достигает порога спама−2SpamAssassin
Не проверено или по одному письму не определить0–
Таблица, по которой считается оценка (версия 2026-10-31.1): 10 минус каждая применимая строка, но не меньше 0. Часть, которую не удалось проверить, ничего не вычитает; строки для массовой почты снимают баллы только с массовых рассылок; строка с 0 — предупреждение, которое мы показываем, но в оценку не включаем.

Выравнивание SPF, DKIM и DMARC: совпадение доменов на одной картинке

DMARC пройден, когда SPF или DKIM проходит для домена, совпадающего с адресом в From, который видят люди.

У письма два отправителя: скрытый отправитель в конверте, куда уходят возвраты, и адрес в From, который читают люди. SPF проверяет первого, DKIM проверяет подпись, а DMARC связывает любого из них со вторым (RFC 9989).

Почтовые сервисы обычно проходят DMARC через DKIM: они подписывают письма вашим доменом (запись, которую вы добавляете), а возвраты идут на их собственный поддомен.

Return-Path: bounces+48213-9f1c@em.example.orgотправитель в конверте (MAIL FROM): SPF проверяет именно его
DKIM-Signature: v=1; a=rsa-sha256; d=example.org; s=s1; …подпись домена из From
DKIM-Signature: v=1; a=rsa-sha256; d=sendgrid.info; s=smtpapi; …собственная подпись почтового сервиса
From: Example Weekly <news@example.org>то, что видит читатель: DMARC защищает именно его
  1. SPF пройден198.51.100.24 может отправлять от имени em.example.orgсовпадает: em.example.org относится к example.org
  2. DKIM пройденподпись example.org проверенасовпадает: тот же домен
  3. DKIM пройденподпись sendgrid.info проверенане совпадает: другой домен (это нормально)
  4. DMARC пройденFrom example.org: хотя бы одна успешная проверка совпадаетполитика p=none · мягкое совпадение
SPF проверяет скрытого отправителя в конверте, DKIM проверяет подпись, а DMARC спрашивает, относится ли что-то из этого к домену в From, который видят люди. Мягкое совпадение сравнивает организационные домены (em.example.org и example.org совпадают); строгое сравнивает имена целиком.

Требования Gmail, Yahoo и Outlook.com к отправителям

С 2024 года крупнейшие почтовые провайдеры публикуют свои требования. Вот они рядом.

Каждому отправителю нужны SPF или DKIM, работающий обратный DNS и правильно составленное письмо. Массовым отправителям нужны ещё и SPF, и DKIM вместе, запись DMARC, совпадающая с адресом в From, отписка в один клик и низкая доля жалоб.

Наш отчёт проверяет каждое правило, которое можно увидеть по одному письму, а для остальных пишет «не определено»: доли жалоб видны в Google Postmaster Tools и Yahoo Sender Hub.

GmailYahooOutlook.com
Все отправителиМассовые отправители5 000+ в деньВсе отправителиМассовые отправителичисло не указаноМассовые отправители5 000+ в день
SPF или DKIM пройден4.7.27 · 4.7.30–––
SPF и DKIM пройдены оба4.7.27 · 4.7.30–––
SPF пройден––––1
DKIM пройден––––1
Запись DMARC, p=none или строже4.7.40 · 5.7.40–––
From совпадает с SPF или DKIM (DMARC пройден)4.7.32 · 5.7.32––1
Прямой и обратный DNS (PTR)4.7.23–––
TLS в соединении4.7.29––––
Формат письма по RFC 53222–––
Нет From: Gmail с чужого сервера––––
Допустимый адрес в From или Reply-To––––
Отписка в один клик (RFC 8058)–––
List-Unsubscribe (mailto или https)––––
Заметная ссылка для отписки в тексте––
Жалоб на спам меньше 0,3 %–––

обязательнорекомендуется– нет в правилах этого провайдера4.7.23код, которым отвечает Gmail, если этого нетпо одному письму это не показать: мы пишем «не определено»

1 550 5.7.5152 Gmail также требует один адрес в From.

Gmail и Yahoo с февраля 2024 года (Gmail ужесточает проверку с ноября 2025 года), Outlook.com с 5 мая 2025 года, с отказом 550 5.7.515. Отчёт проверяет каждую строку, которую можно увидеть по одному письму.

Конфиденциальность: что мы храним и что видит почтовый сервер

Адрес, который вы проверяете, не хранится: хранится его ответ, до суток, под хешем с секретным ключом и без адреса. Тело тестового письма удаляется сразу после анализа.

Проверка адреса отправляет его почтовому серверу несколько коротких команд и ничего больше: EHLO, MAIL FROM:<>, RCPT TO для адреса и для одного выдуманного адреса (и ещё раз для Outlook.com), RSET, QUIT. Сервер видит имя нашего сервера, пустого отправителя и адреса, о которых спрашивали: не вас и не письмо.

Тестовый отчёт хранит заголовки письма, его ссылки и превью в 140 символов вместе с находками 7 дней, чтобы вы могли поделиться его ссылкой; полный текст и вложения удаляются сразу после анализа. Отчёт можно удалить в любой момент на его собственной странице.

Проверить адрес
  1. Вы вводите егоОн уходит на наш сервер по HTTPS, только в самом запросе.
  2. Почтовый сервер видитEHLO probe.dnsrobot.net · MAIL FROM:<> · RCPT TO:<…> · RSET · MAIL FROM:<> · RCPT TO:<…> · QUITЭти несколько команд и ничего больше: имя нашего сервера, пустой отправитель, RCPT TO для адреса и для одного выдуманного адреса (и ещё раз для Outlook.com). Ни письма, ни имени, ничего о вас.
  3. Мы хранимНе адрес. В журналах домен и код ответа; однозначный ответ хранится до суток под хешем с секретным ключом, без адреса.
Проверить письмо
  1. Само письмоЕго тело и вложения удаляются сразу после анализа. SpamAssassin читает его в памяти на нашем почтовом сервере; ничего не записывается в журнал.
  2. ОтчётЗаголовки, домены, на которые ведут ссылки в письме (с одной ссылкой-примером для каждого), и превью из 140 символов: 7 дней или пока вы не нажмёте «Удалить отчёт». Любой, у кого есть ссылка, может его открыть.
  3. Мы никогдане пересылаем его, не отвечаем на него и не читаем вручную.
Проверка адреса — это обработка персональных данных по GDPR, даже если ничего не хранится, поэтому мы храним как можно меньше. Spamhaus просит сервисы проверки не предлагать очистку списков: для массовых списков проверок ящиков нет.

Часто задаваемые вопросы

Эта проверка email бесплатна?

Да, без регистрации. Можно проверять отдельные адреса (несколько в минуту), проверять списки до 100 адресов и запускать тесты доставляемости письма. Ограничения есть потому, что каждая проверка обращается к настоящему почтовому серверу: серверы блокируют сервисы, которые спрашивают слишком часто, и тогда инструмент перестал бы работать для всех.

Как проверить существование email без отправки письма?

Введите адрес выше. Мы находим почтовые серверы домена, подключаемся к первому и спрашиваем, принял бы он почту для этого адреса (RCPT TO). Затем спрашиваем о выдуманном адресе в том же домене, чтобы понять, различает ли их сервер, и отключаемся до отправки какого-либо письма.

Насколько точна проверка email и может ли письмо на действительный адрес всё равно вернуться?

Настолько, насколько позволяет почтовый провайдер. Gmail, iCloud и большинство публичных почтовых сервисов отвечают чётко; домены, принимающие всё, и провайдеры, не разрешающие проверки, никто подтвердить не может. Переполненный ящик или изменение после проверки всё равно могут вернуть письмо на действительный адрес. Мы показываем, какой у вас случай, а не выдуманный процент.

Узнает ли человек, что я проверял его адрес email?

Нет. Во «Входящие» ничего не попадает, потому что разговор останавливается до отправки письма. Сервер его провайдера записывает подключение с нашего проверяющего сервера, как и подключение любого другого отправителя, который стучится, но владельцу ящика это не сообщает, а мы не отправляем ничего, что он мог бы увидеть.

Почему адрес Gmail, Yahoo или Outlook.com даёт такой результат?

Gmail проверяет каждый адрес, поэтому его ответам можно верить. Outlook.com иногда один раз отвечает «да» на выдуманный адрес, поэтому мы спрашиваем дважды и верим только совпавшим ответам. Yahoo отклоняет серверы, у которых обратный DNS не совпадает, в том числе пока и наш, поэтому для адресов Yahoo результат — «Неизвестно». Собственный список ошибок Yahoo тоже показывает, что письма на неизвестные аккаунты возвращаются уже после отправки.

Что такое адрес email catch-all (принимающий всё)?

Это адрес в домене, почтовый сервер которого принимает почту для любого адреса, существующего или нет, и разбирается потом. Проверка там не может отличить настоящий ящик от выдуманного, поэтому результат — «Принимает всё». Отправляйте туда, только если адрес дал сам человек, и следите за возвратами.

Почему результат проверки email — «Неизвестно»?

Почтовый сервер не ответил об адресе. Он поставил наш проверяющий сервер в серый список (повторите через минуту), отклонил его из-за правила о серверах, не ответил вовремя или принадлежит провайдеру, который просит не проверять его. «Неизвестно» — это никогда не «нет»: адрес, который вам дали, скорее всего в порядке.

Как проверить доставляемость письма и его оценку спама?

Откройте «Проверить письмо» выше и скопируйте тестовый адрес для одного письма. Отправьте на него своё настоящее письмо с того же аккаунта и через тот же сервис, которыми обычно пользуетесь. Отчёт строится по мере проверки каждой части: отправляющий сервер, SPF, DKIM, DMARC, содержимое, заголовки отписки, SpamAssassin и правила Gmail, Yahoo и Outlook.com, с оценкой из 10.

Значит ли 10/10 в mail tester, что письмо попадёт во «Входящие»?

Ни один тест не может этого обещать. Попадание во «Входящие» зависит ещё и от вашей истории отправки и от того, как часто люди отмечают вашу почту как спам, а это видят только почтовые провайдеры. 10/10 значит, что в том, что можно проверить по одному письму, нет ошибок. У нас нет тестовых seed-ящиков, поэтому мы никогда не утверждаем, что измеряем попадание во «Входящие».

Вы храните адреса, которые я проверяю, или письма, которые я отправляю?

Не адреса: в наших журналах домен и код ответа почтового сервера, а однозначный ответ хранится до суток под хешем с секретным ключом, без адреса. Полный текст и вложения тестового письма удаляются сразу после анализа. Его отчёт хранит заголовки, ссылки и превью в 140 символов 7 дней или пока вы не нажмёте «Удалить отчёт».

Чем «проверить адрес email» отличается от валидации?

Валидация проверяет форму адреса и его домен: синтаксис и наличие у домена почтовых серверов. Проверка (верификация) ещё спрашивает почтовый сервер о самом ящике. Эта проверка email делает и то и другое для отдельных адресов; массовый режим проверяет каждую строку и позволяет проверить ящик любой строки, когда это нужно.

Можно ли проверить список адресов email?

Да, до 100 за раз, вставленных или из файла CSV, а результаты можно скачать как CSV. Для каждой строки проверяются синтаксис, домен, почтовые серверы и списки. Ящики мы проверяем по одному, когда вы это выбираете, потому что одновременный вопрос сотне почтовых серверов — это «отмывание» списков, которое почтовые серверы блокируют.

Чего-то не хватает?Предложите функцию или новый инструмент