Що таке запис MX?
Запис MX (Mail Exchanger) повідомляє серверам-відправникам, які хости приймають пошту для домену і в якому порядку пріоритету. Коли хтось надсилає вам листа, його сервер запитує ваші записи MX, щоб знайти, куди доставляти. Відсутній чи неправильно налаштований запис MX означає, що вхідна пошта не може бути доставлена, а повідомлення відскакують чи зникають.
Як працюють записи MX і пріоритет
Кожен запис MX поєднує поштовий хост із номером пріоритету. Виграють менші числа: сервер-відправник спершу пробує хост із найнижчим пріоритетом і переходить до вищих чисел лише, якщо не може підключитися. Щоб збалансувати навантаження між однаково здатними серверами, надайте їм однаковий пріоритет, і трафік розподілиться між ними. Типове налаштування Google Workspace, наприклад, вказує на smtp.google.com із пріоритетом 1. Значення MX має бути ім’ям хоста з власним записом A чи AAAA, ніколи не IP-адресою чи CNAME, інакше доставка зламається.
Як читати результати запиту MX
IPeek перелічує кожен хост MX для домену з його пріоритетом, відсортованими від найнижчого, тож бажаний сервер стоїть угорі. Підтвердьте, що хости відповідають вашому поштовому постачальнику: Google Workspace, Microsoft 365, вашому власному серверу чи фільтрувальному шлюзу. Стежте за дублікатами, помилками в іменах хостів чи кінцевими крапками, що сигналізують про неправильно налаштовану зону. Якщо список порожній, домен не має записів MX і не може отримувати пошту. Перевірте, що перелічені хости резолвляться в чинні IP-адреси, перш ніж їм довіряти.
Поширені проблеми MX і як їх виправити
Найчастіший збій — взагалі відсутній запис MX, що змушує відправників вдаватися до запису A домену чи відскакувати. Спрямування MX на CNAME порушує специфікацію, і багато серверів його відхиляють, тож завжди націлюйтеся на ім’я хоста з прямим записом A/AAAA. Після зміни поштового постачальника застарілі записи MX продовжують спрямовувати пошту на старий хост, доки DNS не пошириться й кеші не закінчаться. Неправильно впорядковані пріоритети можуть надсилати пошту на резервний сервер раніше за основний. Перевіряйте зміни свіжим запитом і враховуйте кешування на основі TTL.