# MX-запись

MX-запись — это DNS-запись, которая указывает, на какой почтовый сервер нужно доставлять письма для домена. Без корректной MX-записи письма на адреса этого домена могут не дойти, а ответы ЛПР на холодную рассылку — вернуться отправителю с ошибкой.

**Цифры:** 5,93% — компаний ответили по всем нашим кампаниям; 97,7% — адресов приняли письмо в наших кампаниях

## Куда почтовый сервер несёт письмо после проверки MX?

Когда сервер видит адрес `ivan@company.ru`, он запрашивает MX-запись домена `company.ru`. В записи указан сервер-получатель и его приоритет: чем меньше число, тем раньше сервер попробует этот маршрут. Если основной сервер недоступен, почтовая система переходит к следующему MX с более низким приоритетом.

| Состояние домена | Что происходит с письмом | Риск для кампании |
|---|---|---|
| MX указывает на рабочую почту | Сервер принимает письмо и передаёт его в ящик | Адрес можно проверять дальше по другим сигналам |
| MX отсутствует или ведёт на несуществующий хост | Отправитель получает отказ доставки | База загрязняется адресами с отскоками (отказами доставки) |
| MX настроен, но ящик удалён | Домен существует, конкретный адрес не принимает почту | Нужен второй контакт в той же компании |

MX отвечает за путь **входящего** письма. Он не подтверждает репутацию отправителя и не обещает попадание во «Входящие». За идентификацию домена отвечают [SPF](/slovar/spf/), [DKIM](/slovar/dkim/) и [DMARC](/slovar/dmarc/).

## Как ошибка в MX лишает кампанию ответов, хотя первое письмо ушло?

Представим письмо интегратора: «Алексей, увидели, что ваша сеть расширяет склад. Есть ли смысл показать расчёт по терминалам сбора данных?» ЛПР отвечает: «Да, пришлите пример проекта». Но если у домена отправителя после переноса почты осталась неверная MX-запись, ответ не попадёт в ящик. Для ЛПР это выглядит как отказ доставки, для отдела продаж — как молчание лида.

1. До запуска отправьте тестовое письмо с внешнего ящика на каждый домен, с которого планируется вести переписку.
2. Ответьте на тестовое письмо обратно и проверьте, что ответ пришёл в нужный ящик, а не только отображается в интерфейсе сервиса.
3. После смены провайдера почты проверьте MX, почтовые ящики и маршрут ответа до возобновления кампании.

> Проверка MX не заменяет валидацию списка. Рабочий почтовый сервер домена не означает, что конкретный адрес ЛПР существует и принимает письма.

Для базы это отдельная задача: сначала уточняют компанию и роль, затем проверяют адреса и фиксируют результат. Такой порядок описан в услуге [валидации и очистки базы](/uslugi/validaciya-bazy/).

## Какие ошибки в MX встречаются перед рассылкой?

- В MX внесён IP-адрес вместо имени почтового сервера. Запись должна вести на имя узла, которое затем разрешается в IP-адрес.
- После миграции на новый почтовый сервис старые MX удалили, а новые не добавили или добавили с опечаткой.
- Два провайдера настроены одновременно без понятного приоритета: часть писем уходит на старый сервер, часть — на новый.
- Отправка идёт с поддомена, а команда проверила только основной домен и не проверила, куда придут ответы.

Неудачный подход — смотреть только на возможность отправить тестовое письмо. Удачный — проверить полный круг: отправка, получение, ответ и отображение ответа у менеджера. Затем уже настраивать [доставляемость](/uslugi/dostavlyaemost/) и запускать [email-аутрич](/uslugi/email-autrich/).

## Когда MX-запись не решит проблему с письмами?

Исправный MX не поможет, если письмо отправлено на несуществующий адрес, домен получателя временно не принимает внешнюю почту или сообщение отфильтровано до ящика. Он также не исправит нерелевантный оффер: технически доставленное письмо не создаёт интереса само по себе.

MX-проверка не подходит как единственный критерий качества базы. Для кампании по узкому списку компаний нужен разбор роли, источника контакта и запасного маршрута — например, второй корпоративный адрес. Если задача шире одной DNS-настройки, начинайте с [сбора базы ЛПР](/uslugi/sbor-bazy-lpr/), а не с массовой отправки.

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

**Можно ли отправлять письма, если у домена нет MX-записи?**

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

**Нужна ли отдельная MX-запись для каждого ящика?**

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

**Влияет ли MX-запись на попадание во «Входящие»?**

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

**Почему письмо вернулось с ошибкой, хотя сайт компании открывается?**

Сайт и почта используют разные DNS-записи. Домен может вести на работающий сайт, но не иметь рабочего почтового сервера или нужного ящика.

---
Источник: https://ot9.ru/slovar/mx-zapis/ · Отряд 9 (КАП Групп) · обновлено 2026-08-10