Defaults.Exposed › Виправлення › MX Records (Mail Setup)

Як виправити MX Records (Mail Setup)

MX-запис — це покажчик, що повідомляє решту світу, куди доставляти листи, адресовані вашому домену. Якщо він відсутній або зламаний, кожне повідомлення, надіслане вашому бізнесу — запити клієнтів, скидання паролів, рахунки, контракти — повертається відправнику. Без MX — немає вхідних.

Висновок для вашого бізнесу: Якщо ваші MX-записи відсутні або неправильні, ваш домен не може отримувати пошту взагалі. Клієнти, що пишуть вам, отримують помилку і вирішують, що ви ігноруєте їх або закрилися. Ви навіть не бачите повідомлень — включно з угодами, рахунками і терміновими проблемами, що потребують відповіді.

Що це може вам коштувати

• Потенційний клієнт заповнює форму «зв'яжіться з нами» або пише на адресу з вашої картки. Повідомлення повертається. Він не намагається ще раз — йде до конкурента, а ви так і не знаєте, що запит існував.
• Постачальник надсилає прострочений рахунок і фінальне попередження. Обидва повертаються. Ви дізнаєтесь про це, коли сервіс відключається або приходить лист від колекторів.
• Ви реєструєтесь у новому інструменті, банківському порталі або державному сервісі, і він надсилає лист для підтвердження або скидання пароля на ваш домен. Він ніколи не приходить, і ви заблоковані в чомусь, що потрібно вам сьогодні.
• Пошта прекрасно працювала, потім хтось змінив DNS під час переміщення сайту і MX-записи були видалені. Протягом кількох днів кожен лист всієї компанії тихо зникає, доки хтось не помічає, що вхідні стали занадто тихими.
• Потенційний шахрай помічає, що ваш домен не має налаштування пошти і жодного захисту, і починає його використовувати — бо домен, за яким ніхто не стежить, найлегший для зловживань.

Чому це важливо. Доставлення пошти залежить від одного DNS-запиту: поштовий сервер відправника запитує 'куди доставити пошту для цього домену?' і зчитує відповідь з ваших MX-записів. Якщо відповіді немає або вона нікуди не вказує, пошта відхиляється і повертається. Це найбазовіша, бінарна частина поштової інфраструктури — коли вона зламана, нічого іншого у вашій пошті не має значення, бо нічого не приходить. (Єдиний законний виняток — домен, свідомо налаштований не отримувати пошту взагалі, що має власне правильне налаштування.)

Що таке MX-записи — простими словами

Коли хтось надсилає лист на будь-яку адресу @ вашого домену, поштовий сервер відправника спочатку має відповісти на одне запитання: «Куди доставляти пошту для цього домену?» Він знаходить відповідь, шукаючи MX-записи вашого домену — скорочено від Mail eXchange. MX-запис — це просто покажчик у налаштуваннях вашого домену, що каже «надсилайте пошту для цього домену на цей поштовий сервер».

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

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

Що це може коштувати вам

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

• Запит, що ніколи до вас не дійшов. Потенційний клієнт надсилає лист на адресу вашого сайту. Для нього повідомлення повертається з повідомленням про помилку доставки; для вас нічого не відбувається. Більшість людей не дзвонять після повернення — вони вирішують, що ви не зацікавлені, і звертаються до наступної компанії в їхньому списку. Ви так і не дізнаєтесь, що лід існував, тому навіть не можете оцінити, скільки це коштувало.

• Рахунок, який ви «проігнорували». Постачальник надсилає рахунок, потім нагадування, потім фінальне повідомлення — все повертається. Відносини псуються, сервіс призупиняється або невелика сума перетворюється на проблему кредитного контролю — все тому, що пошта ніколи не потрапила до будь-кого.

• Заблоковані власні облікові записи. Ви намагаєтесь скинути пароль, підтвердити новий банківський або державний портал або активувати ліцензію на програмне забезпечення. Підтвердження надсилається на ваш домен і зникає. Тепер рутинне завдання перетворилося на довгий сеанс підтримки у найневідповідніший момент.

• Переміщення сайту, що тихо вбило пошту. Веб-дизайнер переміщує ваш DNS до нового провайдера і копіює записи сайту, але не MX-записи. Кілька днів кожен лист на кожну адресу вашої компанії тихо зникає, доки хтось не пов’яже «якось стало тихіше» з «наша пошта зламана».

• Вигляд занедбаності. Домен, що не може отримувати пошту, читається клієнтами і автоматизованими перевірками довіри як бізнес, що насправді не функціонує. Це підриває довіру саме тоді, коли ви хочете виглядати авторитетно.

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

Що це насправді є

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

• Ім’я поштового сервера (хост «mail exchange» вашого поштового провайдера).
• Номер пріоритету — нижчі числа намагаються першими. Кілька записів дозволяють провайдеру пропонувати резервні сервери, щоб пошта надходила, навіть якщо один із них зайнятий або недоступний.

Як виглядає «добре»: принаймні один дійсний MX-запис, що вказує на поштові сервери будь-якого поштового провайдера, яким ви фактично користуєтесь — Google Workspace, Microsoft 365, поштовий сервіс вашого веб-хоста тощо — з точними іменами серверів і пріоритетами, що вказує вам цей провайдер.

Один важливий виняток. Деякі домени свідомо налаштовані не отримувати жодної пошти — наприклад, домен, що використовується лише для сайту або утримується виключно для захисту бренду. Правильний спосіб заявити про це — null MX-запис: один MX-запис з пріоритетом 0 і хостом, що дорівнює просто крапці (.). Це опублікований інтернет-стандарт (RFC 7505), і це правильна відповідь для домену, що не отримує пошту — відправники отримують миттєве чітке відхилення «цей домен не приймає пошту» замість заплутаної затримки. За цією перевіркою правильно опублікований null MX проходить з повним балом — це свідоме, правильне рішення, а не помилка. Те, що не проходить — це взагалі нічого, що неможливо відрізнити від помилки.

Чому це впливає на вашу оцінку. Це оцінюваний пункт перевірки, вартий до 25 балів у категорії Email Security. Домен, що повинен отримувати пошту, але не має MX-записів, позначається як збій середньої серйозності — бо практично це означає, що бізнес за ним не може бути досягнутий електронною поштою. Правильно налаштований домен, що отримує пошту, або правильно опублікований null MX отримує повні бали.

Як це виправити (безкоштовно, близько 5 хвилин)

Передайте це вашому IT-фахівцю або веб-провайдеру — виправлення безкоштовне. MX-записи живуть у DNS вашого домену, в тому ж місці, де налаштована адреса вашого сайту. Хто керує вашим доменом або сайтом, може зробити це за кілька хвилин без витрат. Ви платите лише за сам поштовий сервіс, і лише якщо у вас його ще немає.

Виправлення залежить від того, в якій з двох ситуацій ви знаходитесь.

Якщо ваш домен ПОВИНЕН отримувати пошту, але немає MX-записів

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

1. Увійдіть до вашого DNS-провайдера — де б не знаходилися налаштування вашого домену (наприклад, Cloudflare, GoDaddy, ваш веб-хост або реєстратор).

2. Додайте MX-записи для вашого поштового сервісу:

   Google Workspace (поточне налаштування з одним записом):

   • MX host: ваш домен → smtp.google.com, пріоритет 1 (Старіші акаунти Google Workspace можуть досі використовувати набір із п’яти серверів, що починається з aspmx.l.google.com з пріоритетом 1 і серверами alt1–alt4 з пріоритетами 5–10. Обидва варіанти дійсні — відповідайте тому, що показує ваша консоль адміністратора Google.)

   Microsoft 365:

   • MX host: ваш домен → <your-domain-with-dashes>.mail.protection.outlook.com, пріоритет 0 (Microsoft генерує для вас точне ім’я хоста в центрі адміністрування — копіюйте звідти, а не намагайтесь вгадати формат.)

   Інші провайдери (пошта вашого веб-хоста, поштова скринька Zoho/Fastmail тощо): скопіюйте імена хостів MX і пріоритети дослівно з інструкцій з налаштування DNS цього провайдера.

3. Збережіть, потім зачекайте. Зміни DNS набирають чинності приблизно за 15–30 хвилин (іноді довше). Надішліть тестовий лист на адресу вашого домену і підтвердіть, що він надійшов.

Якщо ваш домен НЕ повинен отримувати жодної пошти

Опублікуйте null MX, щоб статус «немає пошти» був явним і правильним:

1. Увійдіть до вашого DNS-провайдера.
2. Додайте один MX-запис з пріоритетом 0 і хостом просто . (одна крапка).
3. Збережіть. Відправники отримуватимуть миттєве, стандартно сумісне відхилення, і ця перевірка пройде.

Якщо ви збираєтесь переміщувати DNS або хост

Перед переміщенням запишіть ваші поточні MX-записи точно (і ваші SPF, DKIM та будь-які інші записи пошти). Після переміщення відтворіть кожен із них у нового провайдера з ідентичними значеннями і пріоритетами та надішліть тестовий лист перш ніж вважати міграцію завершеною. Забування MX-записів під час переміщення — це єдина найпоширеніша причина, через яку бізнес випадково відключає власну пошту.

Поширені помилки

• Залишати MX порожнім замість публікації null MX. Якщо домен справді не отримує пошти, скажіть про це за допомогою null MX (0 .). Порожнє поле є неоднозначним і читається як помилка; null MX — це правильна, повнобальна відповідь.
• Вказувати MX на неправильне місце. Дивовижно поширена помилка — MX-запис, спрямований на ваш веб-сервер або неактуального провайдера, якого ви залишили. Поштові сервери послужливо намагатимуться доставити туди — і зазнають невдачі. Завжди копіюйте записи від провайдера, що фактично розміщує ваші поштові скриньки сьогодні.
• Видалення MX під час переміщення сайту або DNS. Сайт запрацював, всі розслабилися, а пошта тихо мертва. Ставтесь до MX (та інших записів пошти) як до обов’язкової частини будь-якого чеклисту переміщення.
• Редагування пріоритетів вручну. Не вигадуйте і не «наводьте порядок» у числах пріоритетів. Вводьте точно те, що вказує ваш провайдер, включно з усіма резервними серверами, щоб резервна доставка продовжувала працювати.
• Припускати, що MX захищає від спуфінгу. Ні. MX — це лише вхідна пошта. Захист від підробки — SPF, DKIM і DMARC — окремі записи, що перевіряються окремо.

Коротко

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

FAQ