Konfiguracja poczty Mail.ru dla własnej domeny: Kompletny przewodnik techniczny

Niestandardowy adres e-mail domeny — taki jak contact@yourdomain.com — kieruje całą pocztę przez serwery kontrolowane za pomocą DNS, a nie przez przestrzeń nazw współdzielonego dostawcy. Aby skonfigurować Mail.ru dla Firm z niestandardową domeną, musisz zweryfikować własność domeny za pomocą rekordu DNS TXT lub CNAME, wskazać rekordy MX swojej domeny na mxs.mail.ru i skonfigurować dane uwierzytelniające IMAP/SMTP w kliencie poczty. Cały proces zazwyczaj kończy się w ciągu 24–48 godzin, w zależności od szybkości propagacji DNS w globalnych resolverach.

Ten przewodnik szczegółowo omawia każdy krok techniczny, w tym składnię rekordów DNS, konfigurację klienta poczty, typowe tryby awarii i wzmacnianie zabezpieczeń — informacje wykraczające daleko poza standardowy opis konfiguracji.

Wymagania wstępne i przegląd architektury

Zanim dotkniesz choćby jednego rekordu DNS, zrozum, co tak naprawdę budujesz. Mail.ru dla Firm działa jako zarządzany serwer wymiany poczty: przyjmuje przychodzące połączenia SMTP w imieniu Twojej domeny, przechowuje wiadomości w swojej infrastrukturze i udostępnia je użytkownikom końcowym za pośrednictwem IMAP, POP3 lub interfejsu webowego. DNS Twojej domeny to płaszczyzna sterowania, która informuje globalny system routingu poczty, gdzie dostarczać wiadomości.

Zaangażowane komponenty to:

• Rekordy MX — kierują przychodzący ruch SMTP do serwerów Mail.ru
• Rekord TXT (SPF) — autoryzuje serwery wychodzące Mail.ru do wysyłania w imieniu Twojej domeny
• DKIM — kryptograficznie podpisuje wychodzące wiadomości, aby zapobiec podszywaniu się
• DMARC — rekord polityki instruujący serwery odbierające, co robić z wiadomościami, które nie przejdą weryfikacji SPF/DKIM
• Rekord weryfikacji domeny — jednorazowy rekord TXT lub CNAME potwierdzający własność systemowi provisioningu Mail.ru

Pominięcie SPF, DKIM lub DMARC to jeden z najczęstszych błędów popełnianych przez administratorów. Bez nich wychodząca poczta będzie często trafiać do folderów ze spamem lub być całkowicie odrzucana przez rygorystycznych odbiorców, takich jak Google Workspace i Microsoft 365.

Będziesz również potrzebować:

• Aktywnej zarejestrowanej domeny z dostępem do panelu zarządzania DNS
• Konta Mail.ru (osobistego lub nowego konta biznesowego)
• Dostępu administracyjnego do strefy DNS (prawa do edycji TTL)

Jeśli nie zarejestrowałeś jeszcze domeny, Rejestracja Domen AlexHost zapewnia pełną kontrolę nad strefą DNS, co jest niezbędne do modyfikacji rekordów opisanych w tym przewodniku.

Krok 1: Zarejestruj i uzyskaj dostęp do strefy DNS swojej domeny

Zaloguj się do rejestratora domeny lub dostawcy DNS i znajdź panel zarządzania DNS lub Edytora Stref. Potrzebujesz możliwości tworzenia, modyfikowania i usuwania następujących typów rekordów: TXT, MX i CNAME.

Przed wprowadzeniem jakichkolwiek zmian zanotuj aktualne wartości TTL istniejących rekordów. Tymczasowe obniżenie TTL do 300 sekund (5 minut) przed rozpoczęciem znacznie skróci czas oczekiwania na propagację podczas każdego kroku konfiguracji. Pamiętaj, aby przywrócić TTL do rozsądnej wartości (3600 lub wyższej) po zakończeniu konfiguracji.

Jeśli Twoja domena aktualnie obsługuje aktywną pocztę przez innego dostawcę, nie usuwaj istniejących rekordów MX, dopóki Mail.ru nie zostanie w pełni zweryfikowany i przetestowany. Uruchom obie konfiguracje równolegle podczas okna przejściowego.

Krok 2: Utwórz konto Mail.ru dla Firm

Przejdź do biz.mail.ru i zaloguj się przy użyciu istniejącego konta Mail.ru lub utwórz nowe. Platforma biznesowa jest oddzielona od konsumenckiego interfejsu Mail.ru — zapewnia panel zarządzania domeną, provisionowanie użytkowników i kontrole administracyjne.

Po uwierzytelnieniu:

1. Kliknij „Połącz domenę” lub równoważną opcję w ustawieniach języka.
2. Wprowadź nazwę domeny dokładnie tak, jak została zarejestrowana — na przykład yourdomain.com — bez żadnego prefiksu subdomeny ani końcowego ukośnika.
3. System przedstawi Ci metodę weryfikacji.

Krok 3: Zweryfikuj własność domeny

Mail.ru zaoferuje jedną lub obie z następujących metod weryfikacji:

Metoda A: Rekord TXT

Dodaj rekord TXT do swojej strefy DNS z wartością podaną przez Mail.ru. Rekord będzie wyglądał podobnie do tego:

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

Metoda B: Rekord CNAME

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

Dodaj rekord, który Twój dostawca DNS obsługuje najsprawniej. Niektórzy dostawcy obsługują rekordy TXT w domenie apex (@) bardziej niezawodnie niż rekordy CNAME w korzeniu. Po zapisaniu rekordu wróć do panelu Mail.ru i kliknij „Weryfikuj”. System Mail.ru wykona wyszukiwanie DNS, aby potwierdzić istnienie rekordu.

Sprawdzenie rzeczywistości propagacji: Zmiany DNS nie wchodzą w życie natychmiast. Użyj narzędzia takiego jak dig, aby monitorować propagację z terminala przed kliknięciem weryfikuj:

dig TXT yourdomain.com +short

Lub zapytaj konkretny publiczny resolver, aby zobaczyć, co aktualnie zwraca:

dig TXT yourdomain.com @8.8.8.8 +short

Gdy token pojawi się w wynikach, weryfikacja zakończy się sukcesem. Nie klikaj weryfikuj przed rozwiązaniem rekordu — wielokrotne nieudane próby mogą tymczasowo ograniczyć punkt końcowy weryfikacji.

Krok 4: Skonfiguruj rekordy MX

Rekordy MX są podstawowym mechanizmem routingu dla przychodzącej poczty e-mail. Po weryfikacji domeny Mail.ru wyświetli rekordy MX, które musisz dodać. Standardowa konfiguracja to:

Dodaj ten rekord w swojej strefie DNS:

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

Ważny szczegół: Końcowa kropka po mxs.mail.ru. ma znaczenie w składni DNS — oznacza absolutną (w pełni kwalifikowaną) nazwę domeny. Większość webowych paneli DNS dodaje ją automatycznie, ale jeśli edytujesz surowy plik strefy, pomiń ją tylko wtedy, gdy panel normalizuje ją za Ciebie.

Jeśli migrujesz od innego dostawcy poczty, usuń stare rekordy MX dopiero po potwierdzeniu, że Mail.ru poprawnie odbiera wiadomości testowe. Uruchamianie dwóch zestawów rekordów MX jednocześnie podczas migracji jest dopuszczalne — niższy numer priorytetu wygrywa, więc tymczasowo ustaw Mail.ru na priorytecie 10, a starego dostawcę na priorytecie 20.

Sprawdź, czy rekord MX się spropagował:

dig MX yourdomain.com @8.8.8.8 +short

Oczekiwany wynik:

10 mxs.mail.ru.

Krok 5: Skonfiguruj SPF, DKIM i DMARC

To jest krok, który większość poradników pomija, i jest to główny powód, dla którego poczta e-mail z niestandardowej domeny trafia do spamu.

Rekord SPF

SPF (Sender Policy Framework) określa, które serwery są upoważnione do wysyłania poczty e-mail z Twojej domeny. Dodaj następujący rekord TXT:

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

Kwalifikator ~all oznacza „miękkie odrzucenie” — wiadomości z nieautoryzowanych serwerów są oznaczane jako podejrzane, ale nie odrzucane. Jeśli chcesz rygorystycznej polityki i masz pewność, że cała legalna poczta przepływa przez Mail.ru, użyj -all (twarde odrzucenie). Nie używaj +all w żadnych okolicznościach — autoryzuje każdy serwer w internecie do wysyłania jako Twoja domena.

Ważne ograniczenie: Domena może mieć tylko jeden rekord TXT SPF. Jeśli masz już rekord SPF dla innej usługi, scal instrukcje include w jeden rekord:

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

Rekord DKIM

Mail.ru dla Firm generuje parę kluczy DKIM. Klucz publiczny jest dostarczany jako rekord TXT, który musisz opublikować w swojej strefie DNS. Pobierz go z panelu Mail.ru dla Firm w ustawieniach domeny. Będzie wyglądał następująco:

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

Selektor (mailru) może się różnić — użyj dokładnie tego, co podaje panel. Zweryfikuj go po propagacji:

dig TXT mailru._domainkey.yourdomain.com +short

Rekord DMARC

DMARC łączy SPF i DKIM oraz daje serwerom odbierającym politykę do egzekwowania. Zacznij od polityki tylko do monitorowania:

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

Po potwierdzeniu, że legalna poczta przechodzi kontrole SPF i DKIM (przejrzyj raporty zbiorcze wysyłane na rua), zaostrz politykę:

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

Docelowo przejdź do p=reject dla maksymalnej ochrony przed podszywaniem się pod domenę i phishingiem.

Krok 6: Utwórz skrzynki pocztowe w panelu Mail.ru dla Firm

Po pełnej konfiguracji i weryfikacji DNS, skonfiguruj swoje skrzynki pocztowe:

1. Otwórz panel administracyjny Mail.ru dla Firm.
2. Przejdź do Użytkownicy lub Skrzynki pocztowe.
3. Kliknij Dodaj użytkownika i wprowadź żądaną lokalną część adresu — na przykład contact, support, admin, info.
4. Ustaw silne hasło (minimum 12 znaków, mieszane wielkości liter, cyfry i symbole).
5. Przypisz limit miejsca, jeśli plan pozwala na limity dla poszczególnych użytkowników.

Każda utworzona skrzynka pocztowa staje się natychmiast dostępna pod adresem username@yourdomain.com. Interfejs webowy jest dostępny pod adresem mail.ru — użytkownicy logują się pełnym adresem e-mail domeny i ustawionym przez Ciebie hasłem.

Krok 7: Skonfiguruj klientów poczty przez IMAP i SMTP

Dla użytkowników preferujących klientów desktopowych lub mobilnych (Thunderbird, Outlook, Apple Mail, K-9 Mail), skonfiguruj następujące ustawienia serwera:

Informacje o konfiguracji serwera Mail.ru

Nazwa użytkownika: Zawsze używaj pełnego adresu e-mail — you@yourdomain.com — nie tylko lokalnej części.

Uwierzytelnianie: Mail.ru wymaga uwierzytelniania opartego na haśle. Jeśli na koncie włączone jest uwierzytelnianie dwuskładnikowe na platformie konsumenckiej, może być konieczne wygenerowanie hasła specyficznego dla aplikacji ze strony ustawień bezpieczeństwa.

POP3 vs. IMAP: Używaj IMAP, chyba że masz konkretny powód, aby tego nie robić. IMAP synchronizuje stan wiadomości (przeczytane, oflagowane, usunięte) na wszystkich urządzeniach i przechowuje wiadomości na serwerze. POP3 pobiera i zazwyczaj usuwa wiadomości z serwera, co zakłóca przepływy pracy na wielu urządzeniach.

Przykład konfiguracji 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

Krok 8: Przetestuj kompletny przepływ poczty

Nie zakładaj, że konfiguracja jest poprawna — jawnie zweryfikuj każdy kierunek przepływu poczty.

Test dostarczania przychodzącej poczty:

Wyślij wiadomość z zewnętrznego adresu (Gmail, Outlook.com) na you@yourdomain.com. Potwierdź, że dotrze do skrzynki odbiorczej Mail.ru w ciągu kilku minut.

Test dostarczania wychodzącej poczty:

Wyślij wiadomość z you@yourdomain.com na zewnętrzny adres. Sprawdź, czy dotarła i przejrzyj nagłówki wiadomości, aby potwierdzić, że SPF i DKIM przeszły weryfikację:

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

Test wyrównania SPF/DKIM przy użyciu MXToolbox:

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

Lub użyj interfejsu webowego na mxtoolbox.com, aby jednocześnie uruchomić kontrole SPF, DKIM, DMARC i wyszukiwania MX.

Test łączności SMTP z wiersza poleceń:

telnet smtp.mail.ru 465

Jeśli port 465 jest zablokowany przez lokalną zaporę sieciową lub dostawcę usług internetowych, spróbuj zamiast tego użyć portu 587 z STARTTLS.

Typowe tryby awarii i sposoby ich naprawy

Poczta nie jest odbierana

• Potwierdź, że rekordy MX się spropagowały: dig MX yourdomain.com +short
• Sprawdź, czy stare rekordy MX od poprzedniego dostawcy zostały całkowicie usunięte
• Zweryfikuj, czy status domeny w panelu Mail.ru dla Firm pokazuje „Aktywna”

Wychodząca poczta trafia do spamu

• Rekord SPF jest brakujący lub zawiera błąd składni — zweryfikuj za pomocą dig TXT yourdomain.com +short
• Rekord DKIM nie jest jeszcze spropagowany lub został wprowadzony niepoprawnie — sprawdź, czy nie ma podziałów wierszy wprowadzonych przez kopiowanie i wklejanie
• Brak polityki DMARC — nawet rekord p=none poprawia sygnały dostarczalności

Błędy uwierzytelniania w klientach poczty

• Upewnij się, że używasz pełnego adresu e-mail jako nazwy użytkownika, a nie tylko lokalnej części
• Jeśli na koncie Mail.ru włączone jest 2FA, wygeneruj i użyj hasła specyficznego dla aplikacji
• Potwierdź, że port i typ szyfrowania dokładnie się zgadzają — mieszanie SSL/TLS z portami STARTTLS powoduje resetowanie połączeń

Weryfikacja domeny ciągle się nie udaje

• Rekord DNS nie spropagował się jeszcze — poczekaj i sprawdź ponownie za pomocą dig przed ponowną próbą
• Wartość rekordu TXT została wprowadzona z dodatkowymi spacjami lub cudzysłowami — większość paneli DNS dodaje cudzysłowy automatycznie; nie dodawaj ich ręcznie
• Niektórzy dostawcy wymagają, aby host @ był wprowadzony jako sama nazwa domeny — sprawdź dokumentację swojego rejestratora

Mail.ru dla Firm vs. alternatywni dostawcy

Mail.ru dla Firm to praktyczny wybór dla organizacji działających na rynkach rosyjskojęzycznych lub tych z istniejącą infrastrukturą Mail.ru. Dla zespołów wymagających głębokiej integracji z pakietami produktywności lub działających w ramach rygorystycznych wymagań dotyczących suwerenności danych poza Rosją, dokładnie oceń alternatywy przedstawione w powyższej tabeli.

Kwestie hostingowe dla niestandardowej poczty e-mail domeny

Jeśli prowadzisz witrynę internetową obok niestandardowej poczty e-mail, środowisko hostingowe wpływa na przepływ pracy zarządzania DNS. Na planie Hosting VPS masz bezpośredni dostęp do plików stref DNS i możesz zarządzać rekordami za pomocą narzędzi wiersza poleceń lub panelu sterowania bez oczekiwania na wewnętrzną propagację zmian przez interfejs webowy rejestratora.

Dla zespołów zarządzających wieloma domenami i konfiguracjami poczty e-mail, VPS z cPanel zapewnia graficzny Edytor Stref, który upraszcza zarządzanie rekordami TXT, MX i DKIM bez konieczności edytowania surowych plików stref. cPanel zawiera również wbudowane narzędzie Email Deliverability, które automatycznie sprawdza wyrównanie SPF i DKIM dla hostowanych domen.

Jeśli potrzebujesz w pełni zarządzanej infrastruktury poczty e-mail zamiast routingu przez Mail.ru, Hosting Poczty E-mail AlexHost zapewnia dedykowany hosting skrzynek pocztowych z pełną kontrolą DNS, eliminując całkowicie zależność od zewnętrznej platformy pocztowej.

Dla środowisk biznesowych o dużym ruchu, gdzie poczta e-mail jest krytyczna dla działalności, Serwer Dedykowany daje możliwość uruchomienia własnego MTA (Postfix, Exim) z pełną kontrolą nad kolejkami poczty, politykami dostarczania i rejestrowaniem — architektura, której Mail.ru dla Firm nie może odtworzyć.

Lista kontrolna kluczowych wniosków technicznych

Użyj tej listy kontrolnej, aby potwierdzić, że konfiguracja jest gotowa do produkcji przed uznaniem jej za kompletną:

• Domena zweryfikowana w panelu Mail.ru dla Firm (status pokazuje „Aktywna”)
• Rekord MX wskazuje na mxs.mail.ru z priorytetem 10, stare rekordy MX usunięte
• Rekord TXT SPF opublikowany w domenie apex z include:_spf.mail.ru
• Rekord TXT DKIM opublikowany pod mailru._domainkey.yourdomain.com
• Rekord TXT DMARC opublikowany pod _dmarc.yourdomain.com (zacznij od p=none, zaostrzaj później)
• Przychodząca wiadomość testowa odebrana z zewnętrznego adresu
• Nagłówki wychodzącej wiadomości testowej pokazują dkim=pass i spf=pass
• Klient poczty skonfigurowany z IMAP port 993 (SSL/TLS) i SMTP port 465 lub 587
• Wartości TTL przywrócone do 3600 po zakończeniu testów
• Hasło specyficzne dla aplikacji wygenerowane, jeśli 2FA jest aktywne na koncie Mail.ru

Często zadawane pytania

Jak długo faktycznie trwa weryfikacja domeny Mail.ru?

W praktyce, jeśli obniżysz TTL DNS do 300 sekund przed dodaniem rekordu weryfikacyjnego, Mail.ru może potwierdzić własność w ciągu 5–15 minut. Podane okno 24–48 godzin ma zastosowanie, gdy TTL pozostaje na domyślnym poziomie (często 3600 lub wyższym), ponieważ resolvery buforują starą (pustą) odpowiedź przez ten czas przed ponownym zapytaniem.

Czy mogę używać Mail.ru dla Firm obok innego dostawcy poczty w tej samej domenie?

Tak, ale tylko jeden dostawca może być głównym miejscem docelowym MX. Możesz kierować określone subdomeny (np. notifications.yourdomain.com) do innego dostawcy, ale dla domeny głównej tylko jeden zestaw rekordów MX powinien być aktywny jednocześnie, aby uniknąć nieprzewidywalnego podziału dostarczania.

Dlaczego moja wychodząca poczta z Mail.ru trafia do spamu w Gmail lub Outlook?

Najczęstsze przyczyny to brakujący lub błędnie skonfigurowany rekord SPF, brak podpisu DKIM lub brak polityki DMARC. Uruchom swoją domenę przez mail-tester.com, aby uzyskać oceniony raport identyfikujący dokładnie, które mechanizmy uwierzytelniania zawodzą.

Co stanie się z moją pocztą e-mail, jeśli przestanę używać Mail.ru dla Firm?

Dostarczanie poczty zatrzymuje się, gdy tylko rekordy MX zostaną zmienione z mxs.mail.ru. Istniejące wiadomości przechowywane na serwerach Mail.ru pozostają dostępne przez interfejs webowy do momentu zamknięcia konta, ale powinieneś je wyeksportować przez IMAP (używając klienta takiego jak Thunderbird) przed dokonaniem zmiany, aby uniknąć utraty danych.

Czy możliwe jest skonfigurowanie poczty e-mail Mail.ru w domenie zarządzanej przez AlexHost?

Tak. Jeśli Twoja domena jest zarejestrowana przez Rejestrację Domen AlexHost, masz pełny dostęp do edytora strefy DNS. Dodaj rekord TXT weryfikacji Mail.ru, rekord MX, rekord TXT SPF i rekord TXT DKIM bezpośrednio z panelu sterowania AlexHost. Proces jest identyczny jak u każdego innego rejestratora — różni się tylko interfejs.