Перевірка MX записів
Поштові сервери домену: пріоритети, IP-адреси, PTR і помилки налаштування.
Перевірка MX-записів: поштові сервери домену
MX-записи кажуть відправникам, на які сервери доставляти пошту для домену і в якому порядку. Інструмент запитує MX, сортує їх за пріоритетом, для кожного сервера знаходить IPv4 та IPv6, PTR-запис і поштового провайдера, а також ловить помилки, через які листи губляться: MX на IP-адресу чи на CNAME, сервер без адреси, приватна IP, null MX разом зі звичайними записами.
Як користуватися
- Введіть домен (або e-mail — візьмемо частину після @)
- Звірте сервери й провайдера з тим, де у вас насправді живе пошта
- Виправте помилки зі списку знахідок і перевірте SPF, DKIM та DMARC
FAQ
Що показує перевірка MX-записів
MX-запис (Mail Exchanger) каже відправнику, на який сервер доставляти пошту для домену. Інструмент запитує MX, сортує їх за пріоритетом, для кожного сервера знаходить IPv4 та IPv6, PTR-запис (зворотне ім'я) і за іменами серверів визначає поштового провайдера. Потім шукає помилки, через які листи губляться або повертаються.
| Позначка в таблиці | Що означає | Що робити |
|---|---|---|
| не розв'язується | У MX-хоста немає A/AAAA-записів | Виправте ім'я в MX або додайте хосту A-запис |
| IP замість імені | У MX вписано IP-адресу | Створіть A-запис mail.домен і вкажіть його в MX |
| CNAME | MX вказує на псевдонім | Вкажіть кінцеве ім'я, на яке дивиться CNAME |
| приватна IP | Адреса на кшталт 10.x, 192.168.x, 127.x | Вкажіть публічну адресу сервера |
| null MX | Домен заявляє, що пошту не приймає | Нічого, якщо пошта на домені не потрібна |
Як працює пріоритет MX
Відправник бере сервер із найменшим числом пріоритету; якщо той недоступний — наступний. Сервери з однаковим пріоритетом ділять пошту випадково. Самі числа значення не мають: 1 і 5 працюють так само, як 10 і 50. Приклад класичної схеми:
example.com. 3600 IN MX 10 mx1.example.com. example.com. 3600 IN MX 20 mx2.example.com.
Резервний MX корисний для власного сервера. У хмарній пошті (Google Workspace, Microsoft 365) за одним ім'ям стоїть багато серверів, тож один MX-запис там — норма. Відправники й без резервного MX повторюють доставку кілька днів, тому короткий збій сервера листів не губить. Важливіше інше: резервний сервер має приймати пошту так само суворо, як основний, інакше спамери надсилатимуть через нього.
Null MX: домен без пошти
Якщо домен не приймає пошту (лендинг, домен-редирект, технічний домен), опублікуйте null MX за RFC 7505 — єдиний запис із пріоритетом 0 і крапкою замість імені:
example.com. IN MX 0 .
Відправник одразу поверне лист зі зрозумілою помилкою, замість того щоб кілька днів стукати на A-адресу сайту. Null MX не можна змішувати зі звичайними MX — інструмент позначить таку помилку. Повний захист домену без пошти: null MX, SPF v=spf1 -all і DMARC v=DMARC1; p=reject — перевірте їх у перевірці SPF та перевірці DMARC.
Немає MX-записів: неявний MX
Якщо MX немає взагалі, за RFC 5321 відправник пробує доставити лист на A/AAAA-адресу самого домену. Зазвичай там вебсервер, який пошту не приймає: листи висять у чергах і за кілька днів повертаються. Інструмент показує ці адреси окремо. Рішення — або MX вашого поштового провайдера, або null MX.
Типові MX популярних поштових сервісів
| Сервіс | MX (за документацією сервісу) |
|---|---|
| Google Workspace | 1 smtp.google.com (для старих налаштувань — п'ять записів aspmx.l.google.com і alt1…alt4) |
| Microsoft 365 | 0 домен-зона.mail.protection.outlook.com (нові домени можуть отримати ім'я в зоні mx.microsoft) — точне ім'я дає центр адміністрування |
| Zoho Mail | mx.zoho.com, mx2.zoho.com, mx3.zoho.com (для EU — zoho.eu) |
| Proton Mail | 10 mail.protonmail.ch, 20 mailsec.protonmail.ch |
Значення змінюються, тож під час налаштування беріть їх з інструкції провайдера, а тут перевіряйте результат. Якщо розпізнаний провайдер не збігається з тим, де у вас пошта, — MX лишилися від попереднього сервісу, і листи йдуть туди.
PTR і репутація поштового сервера
PTR — зворотний запис, що зіставляє IP-адресі ім'я. Для вхідних MX він мало що вирішує, але якщо той самий сервер надсилає пошту, отримувачі перевіряють, що в IP є PTR і що це ім'я вказує назад на ту саму IP. Без цього листи з власного сервера часто потрапляють у спам. PTR налаштовує власник IP — хостер чи провайдер; детально перевірити можна у зворотному DNS, а репутацію адреси — у перевірці чорних списків.
Як перевірити MX із командного рядка
dig +short MX example.com nslookup -type=mx example.com
Після зміни MX старий запис живе в кешах резолверів, поки не мине TTL (його показано в таблиці). Під час переїзду пошти заздалегідь зменште TTL і не вимикайте стару скриньку, доки нові MX не побачать усі — це видно в перевірці поширення DNS.
MX — це лише вхідна пошта
Правильні MX гарантують, що листи дійдуть до вас. Чи потраплять ваші листи у «Вхідні» отримувачів, вирішують SPF, DKIM і DMARC. Після MX перевірте SPF, DKIM і DMARC — посилання на всі чотири перевірки є й над результатом.