Рассылка ушла, а письма не дошли: почему домен попадает в спам и что чинить до отправки

Пятница, 11:00. Рассылка на 48 тысяч адресов — база копилась четыре года: импорт из старой CRM, участники вебинаров, выгрузка с оффлайн-конференции, где визитки расшифровывали вручную. К часу дня ESP присылает предупреждение: доля отскоков 9%. К вечеру аккаунт отправителя на паузе, а письма, которые всё-таки ушли, лежат в спаме даже у тех, кто ждал скидку.

Через неделю разработчик жалуется, что перестали доходить письма с подтверждением заказа. Это уже не про рассылку — это транзакционная почта с того же домена. Домен теперь другой: не по адресу, а по репутации.

Дальше начинается неприятная арифметика. Репутация домена у крупных провайдеров считается по скользящему окну и восстанавливается неделями: нужно снова отправлять мало, только по живым адресам, только тем, кто открывает. Одна рассылка по грязной базе стоит месяцев аккуратной работы — и это ещё оптимистичный сценарий, потому что новый домен придётся прогревать с нуля.

Всё, что привело к этому дню, проверяется до нажатия «Отправить». Проверок ровно две группы: что не так со списком адресов и что не так с вашим доменом.

Где именно течёт

Отскок отскоку рознь. «Ящик переполнен» — временная история, провайдер это переживёт. А вот hard bounce — ответ «такого ящика нет» — почтовик читает как признак того, что отправитель не знает, кому пишет. Список, где каждый десятый адрес мёртв, отличает рассыльщика по краденой базе от компании, которая пишет своим клиентам. Ровно на это и настроены фильтры.

Сколько это стоит

Цену чистки базы посчитать легко: количество адресов умножается на цену одного запроса (актуальная — на странице тарифов, у нас всё pay-as-you-go, без подписки и минимального платежа). Цену отсутствия чистки считать труднее, потому что она размазана по календарю.

Честное допущение: доли протухших адресов «в среднем по рынку» не существует, она зависит от того, как база собиралась. Свою цифру вы узнаете ровно одним способом — прогнав выгрузку через проверку. Но сама постановка вопроса «дешевле ли проверить 48 тысяч адресов, чем две недели восстанавливать доставляемость» обычно закрывается ещё до того, как кто-то откроет калькулятор.

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

Сначала домен, потом база. Порядок именно такой: чистая база при сломанном SPF не спасёт, а вот исправленный DNS начинает работать сразу и на весь трафик.

Сторона домена: четыре записи в DNS

1. MX — куда доставляется входящая почта домена. Если MX-записи нет, домен не принимает почту вовсе, и внешние сервисы это видят.
2. SPF — TXT-запись на самом домене, начинается с v=spf1. Перечисляет, кому разрешено отправлять почту от вашего имени. Смотреть надо не только на наличие, а на содержимое: висящий с прошлого года include: ушедшего подрядчика — это разрешение слать от вашего имени, выданное неизвестно кому.
3. DKIM — TXT-запись по имени вида selector._domainkey.вашдомен, где селектор выдаёт почтовая платформа. В ней лежит открытый ключ, которым получатель проверяет подпись письма.
4. DMARC — TXT-запись по имени _dmarc.вашдомен, начинается с v=DMARC1. Говорит получателю, что делать с письмом, которое не прошло SPF и DKIM: пропустить (p=none), отправить в спам (p=quarantine) или отбросить (p=reject). Начинают всегда с p=none и отчётов, иначе первым же делом отрежете собственную почту.

Все четыре записи достаёт Проверка DNS-записей: она запрашивает A, AAAA, MX, TXT, CNAME и NS и группирует ответ по типам. SPF лежит в TXT самого домена, DMARC и DKIM — в TXT служебных поддоменов, поэтому это отдельные запросы по отдельным именам.

Сторона базы: что выбросить до отправки

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

Код: два запроса, которые нужно сделать до рассылки

Оба примера работают прямо сейчас, на публичном демо-ключе, без регистрации. Ключ отдаёт моки: данные правдоподобные, но сгенерированные, и детерминированные — один и тот же запрос всегда даёт один и тот же ответ, на них удобно писать тесты. Настоящие данные приходят с личным ключом.

curl -H "Authorization: Bearer ak_sandbox_demo_mockdata_v1" \
     "https://atlorium.com/api/emailvalidation?email=ivan@example.com"
        

import requests

SAFE = {"valid"}                     # отправляем
RISKY = {"catch-all"}                # отправляем осторожно, отдельным сегментом
BLOCK = {"invalid", "spamtrap", "abuse", "do_not_mail"}

def check(address: str) -> str:
    resp = requests.get(
        "https://atlorium.com/api/emailvalidation",
        params={"email": address},
        headers={"Authorization": "Bearer ak_sandbox_demo_mockdata_v1"},
        timeout=15,
    )
    resp.raise_for_status()
    data = resp.json()

    raw = data["statusRaw"]           # valid | invalid | catch-all | unknown | spamtrap | abuse | do_not_mail
    if data.get("didYouMean"):
        # Опечатка в домене: gmial.com -> gmail.com. Показываем подсказку человеку,
        # а не выбрасываем адрес молча.
        print(f"Возможна опечатка: {data['didYouMean']}")

    if raw in BLOCK:
        return "drop"
    if raw in RISKY:
        return "review"
    if raw == "unknown":
        # Сервер домена не ответил (greylisting). Этот запрос НЕ тарифицируется —
        # ставим адрес в очередь на повтор через несколько минут.
        return "retry"
    return "send"
        

using var http = new HttpClient();
http.DefaultRequestHeaders.Authorization =
    new AuthenticationHeaderValue("Bearer", "ak_sandbox_demo_mockdata_v1");

var url = "https://atlorium.com/api/emailvalidation?email=ivan@example.com";
using var doc = JsonDocument.Parse(await http.GetStringAsync(url));
var root = doc.RootElement;

// deliverable = true только у статуса Valid: catch-all и unknown — это неопределённость,
// а не разрешение отправлять.
var deliverable = root.GetProperty("deliverable").GetBoolean();
var statusRaw = root.GetProperty("statusRaw").GetString();

Console.WriteLine($"{statusRaw}: отправлять — {deliverable}");
        

{
  "email": "ivan@example.com",
  "status": "Valid",
  "statusRaw": "valid",
  "subStatus": null,
  "account": "ivan",
  "domain": "example.com",
  "freeEmail": false,
  "catchAllDomain": false,
  "didYouMean": null,
  "domainAgeDays": 3431,
  "smtpProvider": "outlook",
  "mxFound": true,
  "mxRecord": "mx1.example.com",
  "activeInDays": null,
  "activeFirstSeen": null,
  "processedAtUtc": "2026-07-14T09:12:03.031Z",
  "elapsedMs": 214,
  "deliverable": true
}
        

Два поля вместо одного — это не избыточность. status — типизированный вердикт (Valid, Invalid, CatchAll, Unknown, SpamTrap, Abuse, DoNotMail), по нему удобно ветвиться в коде. statusRaw — строка ровно в том виде, в каком её отдал источник. Если источник когда-нибудь заведёт восьмой статус, типизированное поле схлопнет его в Unknown, а сырое сохранит — и вы это увидите, а не потеряете.

Статус проверки → что делать с адресом

# MX и SPF лежат на самом домене: MX — в группе MX, SPF — в TXT
curl -H "Authorization: Bearer ak_sandbox_demo_mockdata_v1" \
     "https://atlorium.com/api/dns/lookup?domain=example.com"

# DMARC — это TXT служебного поддомена
curl -H "Authorization: Bearer ak_sandbox_demo_mockdata_v1" \
     "https://atlorium.com/api/dns/lookup?domain=_dmarc.example.com"
        

import requests

API = "https://atlorium.com/api/dns/lookup"
HEAD = {"Authorization": "Bearer ak_sandbox_demo_mockdata_v1"}

def txt_values(domain: str) -> list[str]:
    """Все TXT-строки домена. records — список групп по типам записей."""
    data = requests.get(API, params={"domain": domain}, headers=HEAD, timeout=15).json()
    for group in data["records"]:
        if group["type"] == "TXT":
            return [r["value"] for r in group["records"]]
    return []

def mx_hosts(domain: str) -> list[str]:
    data = requests.get(API, params={"domain": domain}, headers=HEAD, timeout=15).json()
    for group in data["records"]:
        if group["type"] == "MX":
            # preference — приоритет записи, меньше значит важнее
            return [f"{r['value']} (prio {r['preference']})" for r in group["records"]]
    return []

domain = "example.com"

mx = mx_hosts(domain)
spf = [t for t in txt_values(domain) if t.startswith("v=spf1")]
dmarc = [t for t in txt_values(f"_dmarc.{domain}") if t.startswith("v=DMARC1")]
# Селектор DKIM выдаёт почтовая платформа; для Google это обычно "google"
dkim = txt_values(f"google._domainkey.{domain}")

if not mx:    print("Нет MX — домен не принимает почту")
if not spf:   print("Нет SPF — письма от вашего имени может слать кто угодно")
if not dmarc: print("Нет DMARC — массовые провайдеры отправят рассылку в спам")
if not dkim:  print("Нет DKIM-записи по этому селектору — проверьте селектор у почтовой платформы")
        

{
  "domain": "example.com",
  "resolver": "1.1.1.1 (sandbox)",
  "requestedAtUtc": "2026-07-14T09:12:03Z",
  "records": [
    {
      "type": "A",
      "records": [
        { "name": "example.com", "value": "93.184.216.34", "ttl": 300, "preference": null }
      ]
    },
    {
      "type": "MX",
      "records": [
        { "name": "example.com", "value": "mail1.example.com", "ttl": 3600, "preference": 10 },
        { "name": "example.com", "value": "mail2.example.com", "ttl": 3600, "preference": 20 }
      ]
    },
    {
      "type": "TXT",
      "records": [
        { "name": "example.com", "value": "v=spf1 include:_spf.example.com ~all", "ttl": 3600 }
      ]
    }
  ],
  "errors": []
}
        

Резолвер по умолчанию — Cloudflare (1.1.1.1), сменить его можно параметром resolver. Если вы только что поправили SPF или добавили DMARC, изменение доходит до резолверов не мгновенно: эндпоинт /api/dns/propagation опрашивает сразу несколько публичных резолверов и показывает, кто уже видит новую запись, а кто ещё отдаёт старую. Тарифицируется он порезолверно — четыре резолвера по умолчанию стоят как четыре обычных запроса, максимум за один вызов — восемь.

Порядок действий перед большой рассылкой

1. Проверить MX домена-отправителя. Нет MX — дальше идти незачем, чинить надо это.
2. Достать TXT домена, найти v=spf1. Выкинуть из него include-ы сервисов, которыми вы больше не пользуетесь.
3. Достать TXT по selector._domainkey.вашдомен — селектор посмотреть в панели почтовой платформы.
4. Достать TXT по _dmarc.вашдомен. Нет записи — завести хотя бы p=none с адресом для отчётов.
5. Прогнать всю выгрузку через проверку почты и разложить адреса по таблице выше.
6. Адреса со статусом unknown отправить на повторную проверку через несколько минут — это бесплатно.
7. Отправить рассылку по valid. Сегмент catch-all — отдельной маленькой партией, с наблюдением за отскоками.

Чего это не умеет

Список короткий, но прочитать его надо до того, как вы построите на проверке критичный процесс.

• Не проверяет, читает ли человек ящик. Проверка отвечает на вопрос «примет ли сервер домена письмо на этот адрес». Живой ли за ним подписчик, откроет ли он письмо — это данные, которых у нас нет. Письмо в ходе проверки не отправляется, и владелец адреса о ней не узнаёт.
• Не собирает персональные данные владельца. Имя, фамилия, пол, геолокация ящика не запрашиваются, не хранятся и не возвращаются — ни в веб-интерфейсе, ни в API. Сервис отвечает только про доставляемость.
• DKIM проверяется только как наличие TXT-записи по селектору. Мы достаём запись из DNS и показываем её содержимое. Криптографической проверки подписи конкретного письма здесь нет — для неё нужно само письмо, а его у нас нет и не должно быть.
• Содержимое SPF и DMARC не разбирается на синтаксис. Вы получаете строку записи как она есть. Убедиться, что в SPF нет лишних include-ов, а в DMARC стоит нужная политика, — работа человека или вашего кода; сырьё для неё мы отдаём.
• catch-all остаётся неопределённостью. На домене, который отвечает «валидно» на любой ящик, существование конкретного адреса снаружи не проверяется в принципе. Никакой сервис — ни наш, ни чужой — этого не может. Мы честно возвращаем catch-all, а не выдаём догадку за вердикт.
• Проверка не заменяет double opt-in. Чистая база не даёт вам права писать тем, кто не соглашался. Она лишь означает, что письма тем, кто согласился, дойдут.

Частые вопросы

curl -H "Authorization: Bearer ak_sandbox_demo_mockdata_v1" \
     https://atlorium.com/openapi/email_ru.json