Настройване на имейл 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 е блокиран от локалната ви защитна стена или ISP, опитайте порт 587 с STARTTLS вместо това.

Чести режими на повреда и как да ги поправите

Пощата не се получава

• Потвърдете, че MX записите са се разпространили: dig MX yourdomain.com +short
• Проверете дали старите MX записи от предишен доставчик са напълно премахнати
• Проверете дали статусът на домейна в таблото на Mail.ru Business показва „Активен”

Изходящата поща попада в спам

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

Грешки при удостоверяване в пощенски клиенти

• Уверете се, че използвате пълния имейл адрес като потребителско име, а не само локалната част
• Ако 2FA е активирано на акаунта в Mail.ru, генерирайте и използвайте парола за конкретно приложение
• Потвърдете, че портът и типът на криптиране съвпадат точно — смесването на SSL/TLS с STARTTLS портове причинява нулиране на връзката

Потвърждението на домейна продължава да се проваля

• DNS записът все още не се е разпространил — изчакайте и проверете отново с dig преди да опитате отново
• Стойността на TXT записа е въведена с допълнителни интервали или кавички — повечето DNS панели добавят кавичките автоматично; не ги добавяйте ръчно
• Някои доставчици изискват хостът @ да бъде въведен като голото име на домейна — проверете документацията на вашия регистратор

Mail.ru за бизнес срещу алтернативни доставчици

Mail.ru за бизнес е практичен избор за организации, работещи на рускоезични пазари или тези с вече съществуваща инфраструктура на Mail.ru. За екипи, изискващи дълбока интеграция с пакети за производителност или работещи при строги изисквания за суверенитет на данните извън Русия, внимателно оценете алтернативите в таблицата по-горе.

Съображения за хостинг при имейл с персонализиран домейн

Ако управлявате уебсайт заедно с персонализирания си имейл, хостинг средата влияе на работния процес за управление на DNS. При план за VPS хостинг имате директен достъп до файловете на DNS зоната и можете да управлявате записи чрез инструменти от командния ред или контролен панел, без да чакате уеб интерфейсът на регистратора да разпространи промените вътрешно.

За екипи, управляващи множество домейни и имейл конфигурации, VPS с cPanel предоставя графичен Zone Editor, който опростява управлението на TXT, MX и DKIM записи без необходимост от редактиране на необработени файлове на зони. cPanel включва също вграден инструмент за доставяемост на имейл, който автоматично проверява съответствието на SPF и DKIM за хостваните домейни.

Ако имате нужда от напълно управлявана имейл инфраструктура, вместо да маршрутизирате чрез Mail.ru, Имейл хостинг на AlexHost предоставя специализиран хостинг на пощенски кутии с пълен DNS контрол, елиминирайки зависимостта от платформа за поща на трета страна изцяло.

За бизнес среди с голям трафик, където имейлът е критично важен, Dedicated сървър ви дава възможност да стартирате собствен 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 след завършване на тестването
• Паролата за конкретно приложение е генерирана, ако 2FA е активно на акаунта в Mail.ru

Често задавани въпроси

Колко време всъщност отнема потвърждението на домейна в 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. Процесът е идентичен с всеки друг регистратор — само интерфейсът се различава.