A-запись и email: как Address record участвует в доставке почты

A-запись (Address record) - базовый тип DNS-записи, который связывает доменное имя с IPv4-адресом сервера. Когда любая программа обращается к example.com, резолвер возвращает IP-адрес через A-запись. Это фундамент DNS и, как следствие, фундамент маршрутизации электронной почты.

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

A-запись как обслуживание MX-хоста

MX-запись содержит не IP-адрес, а имя хоста. Чтобы подключиться к почтовому серверу, MTA должен разрешить это имя в IP:

Отправляющий MTA получает MX-запись (mail.example.com), затем запрашивает A-запись для этого хоста (198.51.100.25), и подключается к серверу по полученному IP. Без A-записи для MX-хоста доставка невозможна, даже если MX настроена безупречно.

Это частый источник ошибок при миграции. Администратор обновляет MX-запись, указывая новый хост, но забывает создать A-запись для него. Или наоборот: A-запись MX-хоста продолжает вести на старый IP, где сервер уже недоступен. В обоих случаях входящая почта перестаёт доставляться, хотя MX формально указывает на правильное имя.

Fallback на A-запись при отсутствии MX

RFC 5321 (раздел 5.1) определяет порядок поиска почтового сервера:

1. MTA запрашивает MX-записи домена получателя.
2. Если MX-записи существуют, MTA использует их с учётом приоритетов.
3. Если MX-записей нет, MTA запрашивает A-запись (или AAAA для IPv6) самого домена и пытается доставить почту на этот IP через порт 25.

Пример: у домена no-mx.com нет MX-записи, но есть A-запись 203.0.113.50. MTA подключится к 203.0.113.50:25 и попробует передать письмо. Если на этом IP работает SMTP-сервер, письмо будет принято.

На практике полагаться на этот fallback не рекомендуется. Gmail и другие крупные провайдеры обычно поддерживают такое поведение, но менее распространённые MTA могут вернуть ошибку «no MX record found» и не пытаться использовать A-запись. Кроме того, отсутствие MX-записи выглядит как недоконфигурированный домен, что может снижать доверие принимающего сервера.

A-запись vs AAAA-запись

A-запись работает только с IPv4-адресами (32 бита, формат xxx.xxx.xxx.xxx). Для IPv6 (128 бит) используется AAAA-запись. В мире email IPv4 по-прежнему доминирует: абсолютное большинство MTA отправляют и принимают почту через IPv4. Однако крупные провайдеры постепенно добавляют поддержку IPv6.

Если ваш почтовый сервер доступен по обоим протоколам, стоит настроить как A, так и AAAA-записи для MX-хоста. И обязательно - PTR-записи для обоих адресов. Gmail проверяет обратный DNS для IPv6-адресов отправляющих серверов и отклоняет письма при отсутствии корректной PTR.

TTL и миграция почты

У каждой A-записи есть TTL (Time To Live) - время жизни в кэше DNS-резолверов. Если TTL установлен на 86400 секунд (24 часа), то после смены IP в A-записи часть серверов в интернете продолжит обращаться по старому адресу ещё сутки.

При миграции почтового сервера это критично. Стандартная практика: за 1-2 дня до переезда снижаете TTL A-записи MX-хоста до 300 секунд (5 минут). Ждёте, пока старый TTL истечёт у всех резолверов. Выполняете переключение IP. Пропагация нового значения занимает 5 минут вместо суток. После стабилизации возвращаете TTL на нормальное значение (3600-86400).

A-запись в SPF

В SPF-записи можно использовать механизм a, который авторизует IP-адрес из A-записи домена для отправки почты:

Механизм a здесь означает: разрешить отправку с IP, указанного в A-записи домена. Это удобно, когда веб-сервер и исходящий почтовый сервер находятся на одном адресе. Но если ваш сайт и почта живут на разных IP, механизм a в SPF создаст ложное разрешение: любой, кто отправит письмо с IP веб-сервера, пройдёт SPF-проверку.

A-запись и PTR: обратная связь

A-запись связывает имя с IP (прямой DNS). PTR-запись связывает IP с именем (обратный DNS). Для почтовых серверов важно, чтобы эти записи были согласованы: A-запись mail.example.com ведёт на 198.51.100.25, а PTR для 198.51.100.25 возвращает mail.example.com. Такая связка называется forward-confirmed reverse DNS (FCrDNS).

Многие принимающие серверы проверяют FCrDNS при приёме входящей почты. Несоответствие между A и PTR - сигнал о возможном спаме или скомпрометированном сервере. Письма с таких IP чаще попадают в спам-фильтры.

A-запись и валидация email

При проверке email-адреса валидатор сначала ищет MX-записи домена. Если MX не найдены, запрашивается A-запись как fallback. Если нет ни MX, ни A - домен не способен принимать почту, и адрес признаётся невалидным.

Валидатор также проверяет, что A-запись MX-хоста разрешается в рабочий IP и что на этом IP отвечает SMTP-сервер. Это позволяет обнаружить «висячие» DNS-записи - ситуации, когда MX указывает на хост, чья A-запись ведёт на выключенный сервер или несуществующий IP.