Налаштування електронної пошти Mail.ru для вашого власного домену: повний технічний посібник

Адреса електронної пошти з власним доменом — наприклад, contact@yourdomain.com — направляє всю пошту через сервери, якими ви керуєте через DNS, а не через простір імен спільного провайдера. Щоб налаштувати Mail.ru для бізнесу з власним доменом, необхідно підтвердити право власності на домен за допомогою DNS TXT або CNAME запису, направити MX записи вашого домену на mxs.mail.ru та налаштувати облікові дані IMAP/SMTP у поштовому клієнті. Весь процес зазвичай завершується протягом 24–48 годин, залежно від швидкості поширення DNS через глобальні резолвери.

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

Передумови та огляд архітектури

Перш ніж торкатися будь-якого DNS запису, зрозумійте, що саме ви будуєте. Mail.ru для бізнесу діє як керований поштовий обмінник: він приймає вхідні SMTP з’єднання від імені вашого домену, зберігає повідомлення у своїй інфраструктурі та надає до них доступ кінцевим користувачам через IMAP, POP3 або веб-інтерфейс. DNS вашого домену — це площина керування, яка повідомляє глобальній системі маршрутизації пошти, куди доставляти повідомлення.

Задіяні компоненти:

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

Пропуск SPF, DKIM або DMARC — одна з найпоширеніших помилок адміністраторів. Без них ваша вихідна пошта часто потраплятиме до папки зі спамом або буде повністю відхилена суворими одержувачами, такими як Google Workspace та Microsoft 365.

Вам також знадобляться:

• Активний зареєстрований домен з доступом до панелі керування DNS
• Обліковий запис Mail.ru (особистий або новий бізнес-акаунт)
• Адміністративний доступ до вашої DNS зони (права на редагування TTL)

Якщо ви ще не зареєстрували домен, Реєстрація доменів AlexHost забезпечує повний контроль над DNS зоною, що є необхідним для змін записів, описаних у цьому посібнику.

Крок 1: Реєстрація та доступ до DNS зони вашого домену

Увійдіть до свого реєстратора домену або DNS провайдера та знайдіть панель керування DNS або Zone Editor. Вам потрібна можливість створювати, змінювати та видаляти такі типи записів: TXT, MX та CNAME.

Перш ніж вносити будь-які зміни, зверніть увагу на поточні значення TTL у ваших існуючих записах. Тимчасове зниження TTL до 300 секунд (5 хвилин) перед початком роботи значно скоротить час очікування поширення на кожному кроці налаштування. Не забудьте відновити TTL до розумного значення (3600 або вище) після завершення налаштування.

Якщо ваш домен наразі обслуговує активну електронну пошту через іншого провайдера, не видаляйте існуючі MX записи, доки Mail.ru не буде повністю перевірено та протестовано. Під час перехідного вікна запускайте обидві конфігурації паралельно.

Крок 2: Створення облікового запису Mail.ru для бізнесу

Перейдіть на biz.mail.ru та увійдіть за допомогою існуючого облікового запису Mail.ru або створіть новий. Бізнес-платформа відокремлена від споживчого інтерфейсу Mail.ru — вона надає панель керування доменами, підготовку користувачів та адміністративні засоби керування.

Після автентифікації:

1. Натисніть «Підключити домен» або відповідний варіант у вашій мовній настройці.
2. Введіть ім’я вашого домену точно так, як воно зареєстровано — наприклад, yourdomain.com — без будь-якого префікса субдомену або кінцевого слешу.
3. Система запропонує вам метод підтвердження.

Крок 3: Підтвердження права власності на домен

Mail.ru запропонує один або обидва з наступних методів підтвердження:

Метод A: TXT запис

Додайте TXT запис до вашої DNS зони зі значенням, наданим Mail.ru. Запис виглядатиме приблизно так:

Name/Host: @  (or yourdomain.com)
Type:       TXT
Value:      mailru-verification: <unique-token>
TTL:        300

Метод B: CNAME запис

Name/Host: mailruverify  (or as specified)
Type:       CNAME
Value:      <unique-value>.mail.ru.
TTL:        300

Додайте запис, який ваш DNS провайдер підтримує найбільш коректно. Деякі провайдери обробляють TXT записи на кореневому домені (@) надійніше, ніж CNAME записи в корені. Після збереження запису поверніться до панелі Mail.ru та натисніть «Підтвердити». Система Mail.ru виконає DNS запит для підтвердження існування запису.

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

dig TXT yourdomain.com +short

Або запитайте конкретний публічний резолвер, щоб побачити, що він наразі повертає:

dig TXT yourdomain.com @8.8.8.8 +short

Як тільки токен з’явиться у виводі, перевірка буде успішною. Не натискайте кнопку підтвердження до того, як запис буде розпізнано — повторні невдалі спроби можуть тимчасово обмежити кінцеву точку підтвердження.

Крок 4: Налаштування MX записів

MX записи є основним механізмом маршрутизації вхідної електронної пошти. Після підтвердження домену Mail.ru відобразить MX записи, які необхідно додати. Стандартна конфігурація:

Додайте цей запис у вашу DNS зону:

Name/Host: @
Type:       MX
Priority:   10
Value:      mxs.mail.ru.
TTL:        300 (raise to 3600 after testing)

Важлива деталь: Крапка після mxs.mail.ru. є значущою в синтаксисі DNS — вона позначає абсолютне (повністю кваліфіковане) доменне ім’я. Більшість веб-панелей DNS додають її автоматично, але якщо ви редагуєте файл зони вручну, опускайте її лише якщо панель нормалізує її за вас.

Якщо ви мігруєте від іншого поштового провайдера, видаляйте старі MX записи лише після того, як підтвердите, що Mail.ru коректно отримує тестові повідомлення. Одночасне використання двох наборів MX записів під час міграції є прийнятним — перемагає менший номер пріоритету, тому тимчасово встановіть Mail.ru на пріоритет 10, а вашого старого провайдера — на пріоритет 20.

Перевірте поширення MX запису:

dig MX yourdomain.com @8.8.8.8 +short

Очікуваний вивід:

10 mxs.mail.ru.

Крок 5: Налаштування SPF, DKIM та DMARC

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

SPF запис

SPF (Sender Policy Framework) визначає, які сервери авторизовані для надсилання електронної пошти від імені вашого домену. Додайте наступний TXT запис:

Name/Host: @
Type:       TXT
Value:      v=spf1 include:_spf.mail.ru ~all
TTL:        3600

Кваліфікатор ~all означає «м’який збій» — повідомлення з неавторизованих серверів позначаються як підозрілі, але не відхиляються. Якщо ви хочете суворої політики і впевнені, що вся легітимна пошта проходить через Mail.ru, використовуйте -all (жорсткий збій). Не використовуйте +all за жодних обставин — це авторизує кожен сервер в інтернеті для надсилання від імені вашого домену.

Важливе обмеження: Домен може мати лише один SPF TXT запис. Якщо у вас вже є SPF запис для іншого сервісу, об’єднайте оператори include в один запис:

v=spf1 include:_spf.mail.ru include:other-service.com ~all

DKIM запис

Mail.ru для бізнесу генерує пару ключів DKIM. Публічний ключ надається у вигляді TXT запису, який необхідно опублікувати у вашій DNS зоні. Отримайте його з панелі Mail.ru Business у налаштуваннях домену. Він виглядатиме так:

Name/Host: mailru._domainkey
Type:       TXT
Value:      v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GN...
TTL:        3600

Селектор (mailru) може відрізнятися — використовуйте саме те, що надає панель. Перевірте його після поширення:

dig TXT mailru._domainkey.yourdomain.com +short

DMARC запис

DMARC пов’язує SPF та DKIM разом і надає серверам-одержувачам політику для застосування. Почніть з політики лише для моніторингу:

Name/Host: _dmarc
Type:       TXT
Value:      v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
TTL:        3600

Після того, як ви підтвердите, що легітимна пошта проходить перевірки SPF та DKIM (перегляньте зведені звіти, надіслані на rua), посильте політику:

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com; pct=100

Зрештою перейдіть до p=reject для максимального захисту від підробки домену та фішингу.

Крок 6: Створення поштових скриньок у панелі Mail.ru Business

Після повного налаштування та підтвердження DNS підготуйте ваші поштові скриньки:

1. Відкрийте адміністративну панель Mail.ru для бізнесу.
2. Перейдіть до розділу Користувачі або Поштові скриньки.
3. Натисніть Додати користувача та введіть бажану локальну частину адреси — наприклад, contact, support, admin, info.
4. Встановіть надійний пароль (мінімум 12 символів, змішаний регістр, цифри та символи).
5. Призначте квоту сховища, якщо план дозволяє обмеження для окремих користувачів.

Кожна створена поштова скринька стає доступною одразу за адресою username@yourdomain.com. Веб-інтерфейс доступний на mail.ru — користувачі входять з повною адресою електронної пошти домену та паролем, який ви встановили.

Крок 7: Налаштування поштових клієнтів через IMAP та SMTP

Для користувачів, які надають перевагу настільним або мобільним клієнтам (Thunderbird, Outlook, Apple Mail, K-9 Mail), налаштуйте такі параметри сервера:

Довідник налаштувань сервера Mail.ru

Ім’я користувача: Завжди використовуйте повну адресу електронної пошти — you@yourdomain.com — а не лише локальну частину.

Автентифікація: Mail.ru вимагає автентифікації на основі пароля. Якщо на споживчій платформі для облікового запису увімкнено двофакторну автентифікацію, можливо, вам знадобиться згенерувати пароль для конкретного застосунку зі сторінки налаштувань безпеки.

POP3 проти IMAP: Використовуйте IMAP, якщо у вас немає конкретної причини не робити цього. IMAP синхронізує стан повідомлень (прочитані, позначені, видалені) на всіх пристроях і зберігає повідомлення на сервері. POP3 завантажує та зазвичай видаляє повідомлення з сервера, що порушує робочі процеси на кількох пристроях.

Приклад налаштування Thunderbird

Account type:       IMAP
Incoming server:    imap.mail.ru
Port:               993
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Outgoing server:    smtp.mail.ru
Port:               465
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Крок 8: Тестування повного потоку пошти

Не припускайте, що конфігурація правильна — явно перевірте кожен напрямок потоку пошти.

Тест вхідної доставки:

Надішліть повідомлення з зовнішньої адреси (Gmail, Outlook.com) на you@yourdomain.com. Підтвердіть, що воно надходить до папки вхідних Mail.ru протягом кількох хвилин.

Тест вихідної доставки:

Надішліть повідомлення з you@yourdomain.com на зовнішню адресу. Перевірте, що воно надійшло, та огляньте заголовки повідомлення, щоб підтвердити проходження SPF та DKIM:

Authentication-Results: mx.google.com;
   dkim=pass header.i=@yourdomain.com;
   spf=pass (google.com: domain of you@yourdomain.com designates ... as permitted sender)

Тест вирівнювання SPF/DKIM за допомогою MXToolbox:

# Check SPF record syntax
curl "https://mxtoolbox.com/api/v1/lookup/spf/yourdomain.com"

Або скористайтеся веб-інтерфейсом на mxtoolbox.com для одночасного виконання перевірок SPF, DKIM, DMARC та пошуку MX.

Тест підключення SMTP з командного рядка:

telnet smtp.mail.ru 465

Якщо порт 465 заблоковано вашим локальним брандмауером або провайдером, спробуйте порт 587 зі STARTTLS.

Типові помилки та способи їх усунення

Пошта не надходить

• Підтвердіть поширення MX записів: dig MX yourdomain.com +short
• Перевірте, що старі MX записи від попереднього провайдера повністю видалено
• Переконайтеся, що статус домену в панелі Mail.ru Business показує «Активний»

Вихідна пошта потрапляє до спаму

• SPF запис відсутній або містить синтаксичну помилку — перевірте за допомогою dig TXT yourdomain.com +short
• DKIM запис ще не поширився або був введений неправильно — перевірте наявність розривів рядків, внесених при копіюванні та вставці
• Політика DMARC відсутня — навіть запис p=none покращує сигнали доставки

Помилки автентифікації в поштових клієнтах

• Переконайтеся, що ви використовуєте повну адресу електронної пошти як ім’я користувача, а не лише локальну частину
• Якщо на обліковому записі Mail.ru увімкнено 2FA, згенеруйте та використовуйте пароль для конкретного застосунку
• Підтвердіть, що порт та тип шифрування збігаються точно — змішування SSL/TLS з портами STARTTLS спричиняє скидання з’єднання

Підтвердження домену постійно не вдається

• DNS запис ще не поширився — зачекайте та повторно перевірте за допомогою dig перед повторною спробою
• Значення TXT запису було введено з зайвими пробілами або лапками — більшість DNS панелей додають лапки автоматично; не додавайте їх вручну
• Деякі провайдери вимагають введення хосту @ як простого імені домену — перевірте документацію вашого реєстратора

Mail.ru для бізнесу порівняно з альтернативними провайдерами

Mail.ru для бізнесу є практичним вибором для організацій, що працюють на російськомовних ринках, або тих, хто має існуючу інфраструктуру Mail.ru. Для команд, яким потрібна глибока інтеграція з пакетами підвищення продуктивності або які працюють в умовах суворих вимог до суверенітету даних за межами Росії, ретельно оцініть альтернативи, наведені в таблиці вище.

Міркування щодо хостингу для електронної пошти з власним доменом

Якщо ви запускаєте веб-сайт разом із власною електронною поштою, середовище хостингу впливає на ваш робочий процес керування DNS. На плані VPS Хостингу у вас є прямий доступ до файлів DNS зони та можливість керувати записами через інструменти командного рядка або панель керування без очікування внутрішнього поширення змін через веб-інтерфейс реєстратора.

Для команд, які керують кількома доменами та конфігураціями електронної пошти, VPS з cPanel надає графічний Zone Editor, який спрощує керування TXT, MX та DKIM записами без необхідності редагування файлів зони вручну. cPanel також включає вбудований інструмент Email Deliverability, який автоматично перевіряє вирівнювання SPF та DKIM для розміщених доменів.

Якщо вам потрібна повністю керована інфраструктура електронної пошти, а не маршрутизація через Mail.ru, Хостинг електронної пошти AlexHost забезпечує виділений хостинг поштових скриньок з повним контролем DNS, повністю усуваючи залежність від сторонньої поштової платформи.

Для бізнес-середовищ з високим трафіком, де електронна пошта є критично важливою, Виділений сервер дає вам можливість запускати власний MTA (Postfix, Exim) з повним контролем над чергами пошти, політиками доставки та журналюванням — архітектура, яку Mail.ru для бізнесу не може відтворити.

Технічний контрольний список ключових висновків

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

• Домен підтверджено в панелі Mail.ru Business (статус показує «Активний»)
• MX запис вказує на mxs.mail.ru з пріоритетом 10, старі MX записи видалено
• SPF TXT запис опубліковано на кореневому домені з include:_spf.mail.ru
• DKIM TXT запис опубліковано на mailru._domainkey.yourdomain.com
• DMARC TXT запис опубліковано на _dmarc.yourdomain.com (починайте з p=none, пізніше посильте)
• Вхідне тестове повідомлення отримано з зовнішньої адреси
• Заголовки вихідного тестового повідомлення показують dkim=pass та spf=pass
• Поштовий клієнт налаштовано з IMAP порт 993 (SSL/TLS) та SMTP порт 465 або 587
• Значення TTL відновлено до 3600 після завершення тестування
• Пароль для конкретного застосунку згенеровано, якщо на обліковому записі Mail.ru активовано 2FA

Часті запитання

Скільки насправді займає підтвердження домену Mail.ru?

На практиці, якщо ви знизите TTL DNS до 300 секунд перед додаванням запису підтвердження, Mail.ru може підтвердити право власності протягом 5–15 хвилин. Заявлене вікно 24–48 годин застосовується, коли TTL залишається за замовчуванням (часто 3600 або вище), оскільки резолвери кешують старий (порожній) відповідь протягом цього часу перед повторним запитом.

Чи можу я використовувати Mail.ru для бізнесу разом з іншим поштовим провайдером на тому самому домені?

Так, але лише один провайдер може бути основним MX призначенням. Ви можете направляти конкретні субдомени (наприклад, notifications.yourdomain.com) до іншого провайдера, але для кореневого домену одночасно має бути активним лише один набір MX записів, щоб уникнути непередбачуваного розподілу доставки.

Чому моя вихідна пошта з Mail.ru потрапляє до спаму в Gmail або Outlook?

Найпоширеніші причини — відсутній або неправильно налаштований SPF запис, відсутній підпис DKIM або відсутня політика DMARC. Перевірте свій домен через mail-tester.com, щоб отримати оцінений звіт, який точно визначає, які механізми автентифікації не працюють.

Що станеться з моєю електронною поштою, якщо я припиню використовувати Mail.ru для бізнесу?

Доставка пошти припиняється, як тільки ваші MX записи змінюються з mxs.mail.ru. Існуючі повідомлення, збережені на серверах Mail.ru, залишаються доступними через веб-інтерфейс до закриття облікового запису, але вам слід експортувати їх через IMAP (за допомогою клієнта на зразок Thunderbird) перед переходом, щоб уникнути втрати даних.

Чи можна налаштувати електронну пошту Mail.ru на домені, керованому через AlexHost?

Так. Якщо ваш домен зареєстровано через Реєстрацію доменів AlexHost, у вас є повний доступ до редактора DNS зони. Додайте TXT запис підтвердження Mail.ru, MX запис, SPF TXT запис та DKIM TXT запис безпосередньо з панелі керування AlexHost. Процес ідентичний будь-якому іншому реєстратору — відрізняється лише інтерфейс.