Що таке MX-запис?

Як працює MX-запис?

Поштовий сервер-відправник запитує DNS про MX-записи частини після @, сортує їх за пріоритетом і пробує в цьому порядку. Коли хтось пише [email protected], його сервер шукає MX-записи yourname.com. Кожен запис містить два значення: номер пріоритету і назву поштового хоста.

RFC 5321, стандарт SMTP, каже, що значення переваги має використовуватися для сортування, що менші номери пробуються першими, а хости з однаковою перевагою вибираються у випадковому порядку. Відправник пробує щонайменше дві адреси по черзі, доки одна не прийме повідомлення.

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

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

Номер пріоритету визначає порядок доставки: сервер з найменшим номером отримує пошту першим, а наступний — як запасний. Номер не має одиниці вимірювання і не має сенсу поза порівнянням ваших власних записів. 10 і 20 працюють точно так само, як 1 і 2.

Proton Mail використовує два записи: mail.protonmail.ch з пріоритетом 10 і mailsec.protonmail.ch з пріоритетом 20. Fastmail теж використовує 10 і 20 на in1-smtp.messagingengine.com і in2-smtp.messagingengine.com. Mailbox.org перелічує чотири хости, mxext1–mxext4, з однаковим пріоритетом 10, тож відправник вибирає один навмання; якщо ваш DNS-хост не приймає однакових пріоритетів, Mailbox.org радить використовувати 10, 20, 30 і 40.

Одне правило рятує від багатьох втрат пошти: тримайте лише MX-записи вашого поточного провайдера. Fastmail і Proton обидва попереджають, що MX старого провайдера, залишений на місці, робить доставку непередбачуваною, бо відправник може обрати його. Єдине безпечне перекриття — дати новому хосту найменший номер пріоритету.

Що відбувається, якщо в домену немає MX-запису?

Без жодного MX-запису відправник переходить до адресного запису самого домену, ніби домен мав MX з пріоритетом 0, що вказує на його власний A- або AAAA-запис. RFC 5321 називає це неявним MX. Запасний варіант діє лише тоді, коли MX-записів немає взагалі: щойно опубліковано хоча б один MX-запис, відправники не мають використовувати A- або AAAA-записи домену.

Для домену, яким ви не користуєтеся для пошти, запасний варіант — прикрість. Відправники продовжують пробувати доставити на ваш веб-сервер, зазвичай кілька днів, і відправник дізнається про збій пізно. Нульовий MX зачиняє двері одразу.

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

Нульовий MX — це один MX-запис з пріоритетом 0 і крапкою як ціллю, який оголошує, що домен взагалі не приймає пошти. Його визначає RFC 7505. З нульовим MX сервер-відправник провалює доставку при першій спробі і не ставить повідомлення в чергу на дні.

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

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

Ні: ціль MX-запису — це назва хоста, яка резолвиться в A- або AAAA-запис, ніколи не голу IP-адресу. RFC 5321 також залишає поза межами ціль, що резолвиться через CNAME, тож безпечний вибір — вказати MX прямо на хост, що має власні адресні записи. Провайдери публікують правильні назви хостів, як у таблиці вище.

Назва хоста в MX — це не веб-адреса. mail.protonmail.ch — це сервер приймання пошти; відкриття його в браузері нічого вам не скаже. Так само і з кінцем назви: у файлі зони крапка в кінці позначає повне ім'я, тоді як багато DNS-редакторів додають її самі, тож копіюйте значення точно так, як його показує ваш провайдер.

Як додати або змінити MX-записи домену?

Відкрийте DNS-редактор домену, видаліть MX-записи попереднього провайдера і додайте нові з їхніми пріоритетами. Postelva дає кожному домену безкоштовний DNS-хостинг з MX, TXT, CNAME та іншими типами записів, і шаблони DNS в один клік для Proton Mail, Fastmail, Zoho Mail, Google Workspace та Microsoft 365, а також шаблон SPF + DMARC і шаблон «без пошти» для домену, який нічого не надсилає. Для Tuta, Mailbox.org, iCloud+ і Migadu шаблону в один клік немає: MX-, TXT- і CNAME-записи ви вводите в DNS-редакторі зі значень, які показує ваш провайдер.

Перед переходом знизьте TTL старих MX-записів. Час поширення зміни приблизно дорівнює старому TTL запису в момент зміни, а рекомендації постачальників дають типову затримку зміни MX від однієї до чотирьох годин, інколи до 48. Покроковий порядок дій — у посібнику перенесення електронної пошти до нового провайдера без втрат. Після зміни перевірте записи MX, SPF, DKIM і DMARC запитом. Для докладного проходження провайдера почніть із налаштування власного домену Proton Mail.

Чи достатньо MX, щоб надійно отримувати пошту?

Ні: MX визначає, куди надходить пошта, а SPF, DKIM і DMARC визначають, чи довіряють інші сервери пошті, яку ви надсилаєте. Домен з правильними MX-записами приймає пошту, але лист, надісланий з нього, може все одно потрапити до спаму без трьох записів автентифікації. Їх докладно порівнено в SPF, DKIM і DMARC: порівняння.

За підрахунком Postelva від 12 листопада 2026 року на провайдерах, чиї довідки він прочитав, Proton Mail і Fastmail мають по 2 MX-хости, а Mailbox.org — 4. Повне налаштування Proton Mail — це тоді 8 записів: 1 верифікаційний TXT, 2 MX, 1 SPF, 3 DKIM і 1 DMARC.

Стисле визначення: MX-запис вказує, який сервер приймає пошту домену, і його зміна — єдиний крок, що переносить адресу між провайдерами. Postelva продає домен і його DNS; скринька лишається у вашого поштового провайдера.