Перевірка MX-запису та поштових серверів домену

Що показують MX-записи

MX-запис указує сервер, який приймає пошту для домену, і число перед ним, яке називається пріоритетом. Відправник спочатку звертається до сервера з найменшим числом, а якщо той не відповідає, переходить до наступного. Два записи з однаковим числом розподіляють навантаження. Інструмент перевірки показує їх у цьому порядку та визначає IPv4- і IPv6-адреси кожного імені хоста.

Якщо домен узагалі не має MX-запису, відправники використовують його A- або AAAA-запис і намагаються доставити пошту туди (RFC 5321, розділ 5.1). Це рідко буває бажаною поведінкою, оскільки IP-адреса кореневого домену зазвичай належить вебсерверу.

Записи, які порушують доставку пошти

MX-запис має вказувати на ім’я хоста. Запис, який вказує на IP-адресу, недійсний. Так само недійсний запис, ім’я хоста якого є CNAME, що заборонено RFC 2181. Більшість відправників усе одно переходять за CNAME, але деякі припиняють доставку. Через це домен може приймати пошту від одного провайдера й відхиляти її від іншого. Інструмент перевірки позначає обидва випадки, а також ім’я хоста, яке взагалі не визначається через DNS. Це може означати, що після міграції залишився запис старого сервера.

Нульовий MX, тобто єдиний запис із пріоритетом 0 і крапкою після нього, означає, що домен не приймає пошту (RFC 7505). Це правильний варіант для домену, який не надсилає і не отримує пошту. Відправники одразу припиняють спроби доставки замість того, щоб повторювати їх протягом кількох днів. Домен, з якого ви надсилаєте пошту, не повинен мати такого запису, оскільки відповіді й повідомлення про недоставку мають кудись надходити.

Навіщо домену відправника робочий MX

Повідомлення про недоставку й відповіді надходять на домени, тому домен, з якого ви надсилаєте пошту, повинен мати змогу її приймати. Домен у Return-Path отримує повідомлення про недоставку, домен у From отримує відповіді, а деякі одержувачі перед прийманням повідомлення перевіряють, чи приймають ці домени пошту. Піддомен для надсилання без MX- і A-записів може виглядати як вигаданий домен.

Інструмент перевірки також шукає записи MTA-STS і TLS-RPT поруч зі списком MX. Їх відсутність не заважає пошті надходити зараз. Якщо ці записи налаштовано, відправники з підтримкою MTA-STS відмовляються доставляти вам пошту без шифрування, а TLS-RPT указує, куди надсилати звіти про помилки такої доставки.

Перевірте реальний лист

Кожен із цих інструментів перевіряє одну частину ваших налаштувань. Повний тест аналізує сам лист: надішліть одне повідомлення на одноразову адресу й отримайте результати SPF, DKIM і DMARC так, як їх оцінив одержувач, перевірку за чорними списками, аналіз вмісту, обидві оцінки спаму та план виправлення. Додайте тест потрапляння у вхідні, щоб побачити, до якої папки потрапить лист у Gmail, Outlook, Yahoo та інших провайдерів.

Перевірити лист Переглянути приклад звіту

Запитання

Як перевірити MX-записи?

Введіть домен вище. Інструмент перевірки запитує його MX-записи в DNS, сортує їх за пріоритетом і визначає адреси кожного сервера. У терміналі такий самий запит можна виконати командами dig MX example.com або nslookup -type=mx example.com, але без перевірки цільових серверів.

Що означає номер пріоритету MX?

Це порядок переваги, першими використовуються менші числа. Домен із 10 mx1 і 20 mx2 отримує пошту через mx1 та використовує mx2, лише коли mx1 не відповідає. Однакові числа розподіляють пошту між серверами. Самі значення не мають значення поза їхнім порядком, тому 1 і 5 працюють так само, як 10 і 50.

Чи може MX-запис вказувати на CNAME?

Ні. RFC 2181 забороняє це, а RFC 5321 вимагає, щоб цільове ім’я мало власний запис адреси. Багато відправників усе одно переходять за CNAME, тому помилка залишається непоміченою, доки один із суворіших відправників не відхилить вашу пошту. Спрямуйте MX на ім’я, до якого веде CNAME.

Що таке нульовий MX-запис?

Це єдиний MX-запис із пріоритетом 0 і цільовим значенням у вигляді однієї крапки. Він визначений у RFC 7505 і повідомляє відправникам, що домен не приймає електронну пошту. Використовуйте його для доменів, які нічого не надсилають і не отримують, зокрема припаркованих. Тоді пошта на такі домени одразу повертатиметься як недоставлена, і ніхто не зможе стверджувати, що домен неявно її приймає.

Чи потрібні MX-записи для надсилання пошти?

Формально надсилання працює й без них. На практиці домени у ваших From і Return-Path мають приймати пошту, оскільки відповіді й повідомлення про недоставку повинні кудись надходити. Крім того, одержувачі вважають домен відправника, який нічого не може прийняти, тривожною ознакою. Піддомен, який використовується лише для надсилання, може мати MX, спрямований на сервери вашого провайдера для обробки повідомлень про недоставку.

Скільки часу застосовуються зміни MX?

Стільки, скільки діє TTL старих записів. Відправники використовують кешовану відповідь, доки не завершиться термін її дії. Тому зменште TTL за день до міграції, потім змініть записи й залиште старий сервер приймати пошту, доки не завершиться старий TTL.

Common errors

Інші безкоштовні інструменти

Перевірка SPF-записуСинтаксис, ланцюжок include і ліміт у десять DNS-запитів.Перевірка DMARCПолітика, вирівнювання та одержувачі звітів.Перевірка DKIM-записуОпублікований ключ для селектора: тип, розмір і прапорці.Перевірка чорних списківЧорні списки IP-адрес і доменів, окремо для кожного списку.Аналізатор заголовків email НовеМаршрут, затримки та результат автентифікації.Перевірка MX-запису Ви тутПоштові сервери, пріоритети та несправні цілі.Перевірка BIMI НовеЗапис, логотип, сертифікат і політика DMARC.

Перевірка MX-записів