MX, PTR i rDNS — konfiguracja DNS dla serwera SMTP

Wysyłasz kampanie z własnego serwera SMTP, a wiadomości wciąż lądują w folderze spam? W dziewięciu przypadkach na dziesięć problem leży nie w treści e-maila, lecz w błędnej konfiguracji DNS — konkretnie w rekordach MX, PTR i odwrotnym DNS (rDNS). Ten poradnik przeprowadzi Cię przez każdy z tych elementów krok po kroku, z konkretnymi przykładami i wartościami do wpisania w panelu dostawcy.

Dlaczego DNS decyduje o dostarczalności e-maili?

Serwery pocztowe odbiorców (Gmail, Outlook, OVH, home.pl) przed przyjęciem wiadomości przeprowadzają szereg automatycznych weryfikacji. Sprawdzają, czy adres IP, z którego przyszedł e-mail, jest powiązany z prawidłowo skonfigurowaną domeną — i czy domena ta faktycznie oczekuje ruchu pocztowego. Brak lub błędna konfiguracja któregokolwiek rekordu to sygnał alarmowy dla filtrów antyspamowych.

Według danych Validity (raport State of Email Deliverability 2023), ponad 17% wiadomości B2B nie dociera do skrzynki odbiorczej — i znaczna część tych przypadków wynika z problemów z infrastrukturą DNS. Poprawna konfiguracja MX, PTR i rDNS to absolutne minimum, zanim zaczniesz myśleć o SPF, DKIM czy DMARC.

Rekord MX — konfiguracja przyjmowania poczty

Rekord MX (Mail Exchanger) wskazuje, który serwer jest odpowiedzialny za odbieranie poczty dla danej domeny. Choć przy własnym serwerze SMTP skupiamy się na wysyłaniu, brak rekordu MX dla domeny nadawczej bywa interpretowany przez serwery odbiorcze jako sygnał, że domena nie jest prawdziwą domeną pocztową.

Jak działa rekord MX?

Gdy ktoś wysyła wiadomość na adres biuro@twojafirma.pl, serwer nadawcy odpytuje DNS o rekord MX dla domeny twojafirma.pl. DNS zwraca nazwę hosta serwera pocztowego (np. mail.twojafirma.pl) wraz z priorytetem. Im niższa liczba priorytetu, tym wyższy priorytet obsługi.

Krok po kroku: dodanie rekordu MX

1. Zaloguj się do panelu zarządzania DNS u swojego rejestratora domeny (np. home.pl, nazwa.pl, Cloudflare).
2. Przejdź do sekcji Zarządzanie DNS / Strefa DNS.
3. Dodaj nowy rekord typu MX.
4. W polu Nazwa/Host wpisz @ (oznacza domenę główną) lub zostaw puste.
5. W polu Wartość/Cel wpisz FQDN swojego serwera pocztowego, np. mail.twojafirma.pl.
6. Ustaw Priorytet na 10 (standardowa wartość dla jednego serwera).
7. TTL ustaw na 3600 (1 godzina) lub wartość zalecaną przez dostawcę.

Ważne: wartość rekordu MX musi wskazywać na nazwę hosta (FQDN), nigdy bezpośrednio na adres IP. Jeśli wpiszesz IP zamiast nazwy, konfiguracja jest niezgodna z RFC 5321 i wiele serwerów ją odrzuci.

Rekord PTR i odwrotny DNS (rDNS) — serce deliverability

O ile rekord MX jest stosunkowo dobrze znany, o tyle rekord PTR i pojęcie rDNS (reverse DNS) sprawiają administratorom najwięcej kłopotów. A to właśnie tutaj serwery odbiorcze weryfikują, czy adres IP Twojego serwera SMTP jest „uczciwy".

Czym jest odwrotny DNS?

Standardowy DNS tłumaczy nazwy domen na adresy IP (tzw. forward lookup). Odwrotny DNS działa w drugą stronę — tłumaczy adres IP na nazwę hosta (reverse lookup). Rekord PTR (Pointer Record) to właśnie wpis przechowywany w specjalnej strefie in-addr.arpa (dla IPv4) lub ip6.arpa (dla IPv6), który odpowiada na pytanie: „jaka nazwa hosta kryje się pod tym IP?"

Dlaczego rDNS jest krytyczny dla SMTP?

Serwery pocztowe takie jak Gmail czy Microsoft 365 wykonują tzw. FCrDNS check (Forward-Confirmed Reverse DNS). Sprawdzają, czy:

1. Adres IP serwera SMTP posiada rekord PTR wskazujący na konkretną nazwę hosta.
2. Ta nazwa hosta, po rozwiązaniu w przód (rekord A), wskazuje z powrotem na ten sam adres IP.

Jeśli oba warunki są spełnione, serwer uznaje połączenie za wiarygodne. Brak rekordu PTR lub niespójność między PTR a rekordem A to jeden z najczęstszych powodów odrzucenia wiadomości lub jej sklasyfikowania jako spam — bez żadnego komunikatu błędu dla nadawcy.

Krok po kroku: ustawienie rekordu PTR (rDNS)

Kluczowa różnica w stosunku do rekordu MX: rekordu PTR NIE ustawia się w panelu rejestratora domeny. Zarządza nim dostawca adresu IP — czyli firma hostingowa lub dostawca VPS/serwera dedykowanego.

1. Zaloguj się do panelu swojego dostawcy serwera (np. OVH, Hetzner, Linode, home.pl, Mikrus).
2. Znajdź sekcję IP / Reverse DNS / rDNS — nazewnictwo zależy od dostawcy.
3. Przy swoim adresie IP wpisz docelową nazwę hosta, np. mail.twojafirma.pl.
4. Zapisz zmiany. Propagacja może trwać od kilku minut do 24 godzin.
5. Upewnij się, że rekord A dla mail.twojafirma.pl wskazuje na ten sam adres IP — inaczej FCrDNS check nie przejdzie.

Przykład poprawnej konfiguracji FCrDNS:
IP serwera: 203.0.113.42
PTR (rDNS): 203.0.113.42 → mail.twojafirma.pl
Rekord A: mail.twojafirma.pl → 203.0.113.42
Wynik: FCrDNS ✓ — serwer zweryfikowany.

Co jeśli dostawca nie pozwala ustawić PTR?

Niektórzy tańsi dostawcy hostingu współdzielonego nie udostępniają możliwości edycji rDNS. W takim przypadku masz dwie opcje: skontaktować się z supportem i poprosić o ręczne ustawienie PTR (podaj im dokładnie IP i docelową nazwę hosta) albo rozważyć migrację do dostawcy VPS, który daje pełną kontrolę nad konfiguracją DNS. Brak możliwości ustawienia PTR dyskwalifikuje serwer jako profesjonalne narzędzie do wysyłki e-mail.

Rekord A dla hosta SMTP — fundament całej układanki

Rekord A (Address Record) łączy nazwę hosta z adresem IPv4. To on zamyka pętlę FCrDNS i musi być ustawiony zanim zaczniesz konfigurować PTR. Dodaje się go w panelu DNS rejestratora domeny — tak samo jak rekord MX.

Jak dodać rekord A dla serwera SMTP?

1. W panelu DNS dodaj nowy rekord typu A.
2. W polu Nazwa/Host wpisz subdomenę, np. mail (co da w efekcie mail.twojafirma.pl).
3. W polu Wartość wpisz publiczny adres IPv4 swojego serwera SMTP, np. 203.0.113.42.
4. TTL: 3600.

Jeśli Twój serwer obsługuje IPv6, dodaj analogicznie rekord AAAA z adresem IPv6 oraz odpowiedni rekord PTR w strefie ip6.arpa — procedura jest identyczna, tylko format adresu różni się.

Weryfikacja konfiguracji — jak sprawdzić, czy wszystko działa?

Po wprowadzeniu zmian w DNS odczekaj minimum 30–60 minut (lub do 24 godzin przy wyższym TTL) i przeprowadź weryfikację. Możesz to zrobić bez żadnych specjalistycznych narzędzi — wystarczy terminal lub przeglądarka.

Weryfikacja przez terminal (Linux/macOS/Windows WSL)

• Rekord MX: dig MX twojafirma.pl — powinien zwrócić nazwę hosta serwera pocztowego z priorytetem.
• Rekord A: dig A mail.twojafirma.pl — powinien zwrócić Twój adres IP.
• Rekord PTR (rDNS): dig -x 203.0.113.42 — powinien zwrócić mail.twojafirma.pl.

Weryfikacja online

Jeśli nie masz dostępu do terminala, skorzystaj z narzędzi takich jak MXToolbox (mxtoolbox.com) lub Google Admin Toolbox (toolbox.googleapps.com). Wpisz domenę lub adres IP i sprawdź wyniki dla poszczególnych typów rekordów. Narzędzia te wykryją też typowe błędy konfiguracji, takie jak brakująca końcowa kropka w FQDN czy niespójność FCrDNS.

Test przez wysyłkę

Najprostszy test praktyczny: wyślij wiadomość na adres check-auth2@verifier.port25.com. Otrzymasz automatyczną odpowiedź z raportem zawierającym wyniki sprawdzenia PTR, SPF, DKIM i DMARC dla Twojego serwera. To bezpłatne narzędzie i jeden z najszybszych sposobów na ocenę stanu konfiguracji.

Typowe błędy i jak ich unikać

Nawet doświadczeni administratorzy popełniają te same błędy przy konfiguracji DNS dla SMTP. Poniżej najczęstsze pułapki:

Hostname serwera SMTP a rekord PTR — spójność EHLO/HELO

Jest jeszcze jeden element, o którym często się zapomina: nazwa hosta podawana przez serwer SMTP w komendzie EHLO/HELO podczas nawiązywania połączenia. Powinna być identyczna z wartością rekordu PTR. Jeśli Twój serwer przedstawia się jako vps123.hostingfirma.pl, ale PTR wskazuje na mail.twojafirma.pl, serwer odbiorczy może potraktować to jako próbę ukrycia tożsamości.

W popularnych serwerach pocztowych ustawia się to następująco:

• Postfix: parametr myhostname = mail.twojafirma.pl w pliku /etc/postfix/main.cf
• Exim: dyrektywa primary_hostname = mail.twojafirma.pl w exim4.conf
• Sendmail: parametr Dj w pliku sendmail.cf

Po każdej zmianie konfiguracji serwera pocztowego pamiętaj o restarcie usługi i weryfikacji przez telnet mail.twojafirma.pl 25 — w odpowiedzi powitalnej serwera powinna pojawić się poprawna nazwa hosta.

rDNS a deliverability — co mówią liczby?

Wpływ poprawnego rekordu PTR na dostarczalność jest mierzalny. Według analiz Spamhaus, ponad 80% spamu pochodzi z adresów IP bez poprawnie skonfigurowanego rDNS. Microsoft w swojej dokumentacji dla nadawców (Policies, Practices, and Guidelines) wprost wskazuje, że brak rekordu PTR skutkuje odrzuceniem wiadomości przez serwery Outlook.com i Microsoft 365. Gmail z kolei nie odrzuca wiadomości bez PTR automatycznie, ale znacząco obniża ich reputację w systemie oceny nadawcy.

Jeśli korzystasz z narzędzia takiego jak MailerPRO do zarządzania wysyłką z własnych skrzynek SMTP, poprawna konfiguracja rDNS jest warunkiem wstępnym — bez niej żadna optymalizacja kampanii nie przyniesie oczekiwanych wyników dostarczalności.

Podsumowanie i kolejne kroki

Poprawna konfiguracja rekordów MX, PTR i rDNS to nie opcja — to fundament każdego profesjonalnego serwera SMTP. Bez niej nawet najlepiej napisana kampania e-mailowa trafi do spamu lub zostanie odrzucona jeszcze na etapie nawiązywania połączenia. Działaj według tej kolejności: najpierw rekord A, potem PTR u dostawcy IP, następnie MX w panelu DNS rejestratora, na końcu synchronizacja nazwy hosta SMTP z PTR. Po weryfikacji każdego kroku możesz przejść do konfiguracji SPF, DKIM i DMARC — kolejnej warstwy zabezpieczeń, która w połączeniu z poprawnym rDNS da Ci solidną podstawę do wysokiej dostarczalności.