MX-запит онлайн

Як відправник користується списком

Коли сервер хоче доставити лист на [email protected], він запитує MX-записи example.com. У кожного запису є число-пріоритет і ім’я хоста, і відправник пробує їх від найменшого числа вгору. Записи з однаковим числом ділять пошту між собою: домен із двома записами з пріоритетом 10 отримує приблизно по половині листів на кожен. Результат виводиться як домен, TTL, «MX», а далі «пріоритет хост», наприклад 10 mail.example.com.

Якщо в домену немає жодного MX, стандарт каже повертатися до його запису A або AAAA як до неявного поштового хоста. Це рідко те, чого хтось хоче, а одруківка в імені домену часто закінчується тим, що пошта потрапляє на веб-сервер. Щоб заявити, що домен пошти не приймає, опублікуйте null MX: єдиний запис 0 . (крапка), описаний у RFC 7505.

Як виглядають типові провайдери

Коли знаєш шаблон провайдера, перевірка міграції займає хвилину:

• Google Workspace, класичний набір: 1 aspmx.l.google.com, 5 alt1.aspmx.l.google.com, 5 alt2.aspmx.l.google.com, 10 alt3.aspmx.l.google.com і 10 alt4.aspmx.l.google.com. Для нових налаштувань Google також підтримує один запис 1 smtp.google.com.
• Microsoft 365: один запис із пріоритетом 0 у вигляді yourdomain-com.mail.protection.outlook.com, де крапки в домені стають дефісами.
• Власний сервер або пошта з панелі хостингу: зазвичай 10 mail.yourdomain.com і, за бажанням, резервний 20. Резервний хост має фільтрувати спам так само, як основний, інакше він стає легким шляхом для сміття та для повідомлень про недоставку, які йдуть підробленим відправникам.

Правила, яких мають дотримуватися MX-записи

Ціллю MX має бути ім’я хоста з власним записом A або AAAA. Це не може бути IP-адреса, і за RFC 2181 це не має бути CNAME, хоча деяке ПЗ це терпить. Крапка в кінці виводу, як у mail.example.com., позначає повне ім’я (FQDN). Якщо в хоста зі списку немає адреси, наступний крок — запит саме по ньому: скористайтеся A-запитом для хоста, а для IP, з яких іде вихідна пошта, — PTR-запитом.

Запис лише спрямовує вхідну пошту. Чи довірятимуть одержувачі вашим вихідним листам, залежить від SPF, DKIM і DMARC — це TXT-записи, для яких є окремі інструменти.

Як змінити поштового провайдера й не втратити листи

За добу чи більше до переходу знизьте TTL MX-записів до 300 секунд, спершу налаштуйте скриньки в нового провайдера, а тоді замініть записи однією правкою. Не змішуйте старі й нові хости в одному наборі: відправники розподілятимуть листи між ними навмання. Відправники повторюють спроби: наприклад, Postfix за замовчуванням тримає відкладений лист до п’яти днів. Це захищає від короткої паузи, але не допоможе, якщо неправильний сервер прийме лист і відкине його. Після зміни виконайте цей запит, надішліть тестовий лист із зовнішньої адреси й дочекайтеся, поки спливе старий TTL, перш ніж виводити старі скриньки з експлуатації.

Стежимо за маршрутизацією пошти

Пошта, що перестала надходити, помітна менше, ніж сайт, що впав, і перша скарга часто приходить через кілька днів. DNS-монітор на запис MX з очікуваними хостами попередить, коли набір зміниться чи зникне, і зіставляє лише за іменем хоста або за пріоритетом разом із хостом. Додайте до нього монітор порту на поштовому хості, щоб бачити, коли машина перестає приймати з’єднання. Монітор порту працює в тарифі Free: 30 моніторів з інтервалом 5 хв; DNS-монітор починається зі Starter за $7 на місяць, який також скорочує інтервал до 1 хв.