błąd DNS serwera pocztowego

Błąd DNS serwera pocztowego sygnalizuje problem z konfiguracją rekordów domenowych niezbędnych do prawidłowego dostarczania poczty.

Błąd DNS serwera pocztowego – czym jest ten komunikat

Błąd DNS serwera pocztowego oznacza, że urządzenie wysyłające wiadomość albo odbierające pocztę nie może prawidłowo odczytać informacji zapisanych przy domenie. DNS, czyli system nazw domenowych, tłumaczy czytelną nazwę domeny na adresy i wskazania potrzebne do odnalezienia właściwej usługi. W przypadku poczty dotyczy to przede wszystkim ustalenia, gdzie należy dostarczyć wiadomość oraz jakie zasady uwierzytelniania obowiązują przy wysyłaniu.

Sam komunikat nie zawsze oznacza awarię programu pocztowego. Przyczyną może być literówka w nazwie domeny, niepełna konfiguracja strefy DNS, opóźnienie po zmianie ustawień, błędny rekord MX albo problem z serwerem DNS, z którego korzysta dane urządzenie. W praktyce poczta może wtedy nie być wysyłana, wiadomości mogą wracać do nadawcy, a program może zgłaszać brak połączenia z hostem pocztowym. Czasami odbieranie działa poprawnie, lecz wysyłanie kończy się błędem, ponieważ obie funkcje korzystają z innych nazw, rekordów i mechanizmów kontroli.

Znaczenie komunikatu zależy od jego dokładnej treści. Błąd typu „nie znaleziono domeny” sugeruje, że nazwa nie istnieje w systemie DNS albo nie może zostać odnaleziona. Informacja o braku rekordu MX wskazuje, że dla domeny nie podano miejsca obsługi poczty. Komunikat o przekroczeniu czasu oczekiwania może wiązać się z niedostępnością usługi DNS, filtrowaniem ruchu lub problemem z siecią lokalną. Z kolei błąd dotyczący certyfikatu albo nazwy hosta może wynikać z użycia niewłaściwego adresu w ustawieniach programu.

Rekord DNS serwera pocztowego w kontekście dostarczania wiadomości

Najważniejszym elementem dla odbierania poczty jest rekord MX. Wskazuje on nazwę hosta odpowiedzialnego za przyjmowanie wiadomości dla danej domeny. Rekord MX nie powinien wskazywać bezpośrednio na adres IP, lecz na nazwę, dla której istnieje rekord A albo AAAA. Jeżeli rekord MX jest nieobecny, ma literówkę lub prowadzi do nazwy bez poprawnego adresu, nadawcy z innych domen mogą nie wiedzieć, dokąd kierować korespondencję.

Warto odróżnić rekord MX od rekordów używanych przez program pocztowy przy wysyłaniu. Połączenie SMTP może być konfigurowane z użyciem osobnej nazwy, na przykład wskazanej przez dostawcę poczty. Zmiana rekordu MX nie musi więc naprawić problemu z wysyłaniem, jeśli program korzysta z innego hosta. Przy odbieraniu znaczenie ma trasa wskazana dla domeny, natomiast przy wysyłaniu znaczenie mają adres serwera SMTP, numer portu, szyfrowanie i dane uwierzytelniające.

Istotne są także rekordy TXT zawierające reguły SPF, DKIM i DMARC. SPF określa, z jakich adresów można wysyłać pocztę w imieniu domeny. DKIM pozwala dołączyć podpis kryptograficzny do wiadomości, a DMARC opisuje sposób postępowania z korespondencją, która nie przejdzie odpowiednich kontroli. Błąd w tych wpisach nie zawsze blokuje samo połączenie, lecz może powodować odrzucanie wiadomości, umieszczanie ich w spamie albo ostrzeżenia u odbiorcy. Z tego powodu problem z DNS może być widoczny dopiero po dostarczeniu wiadomości do obcej skrzynki.

Po zmianie wpisów trzeba uwzględnić czas przechowywania wcześniejszych odpowiedzi w pamięciach podręcznych. Jest on zależny od wartości TTL ustawionej przy rekordzie oraz od serwera DNS używanego przez konkretne urządzenie. Zmiana widoczna na jednym komputerze nie musi być od razu widoczna w innej sieci. Porównanie wyników z kilku niezależnych resolverów pomaga rozróżnić niepełną propagację od trwałego błędu w konfiguracji.

Typowe problemy wywołujące błąd DNS serwera pocztowego

Jednym z częstych powodów jest wygasła domena albo nieprawidłowo opłacona usługa DNS. W takim przypadku wpisy mogą przestać być publikowane, nawet jeśli skrzynki pocztowe nadal są aktywne po stronie dostawcy. Podobny skutek może mieć przeniesienie domeny do innego operatora bez odtworzenia wcześniejszej strefy. Zdarza się również, że po zmianie hostingu pozostaje stary rekord MX, prowadzący do nieużywanego miejsca.

Problemy pojawiają się także przy ręcznym wpisywaniu adresu w konfiguracji programu. Jedna pomylona litera, brak pełnej nazwy domenowej lub użycie adresu przeznaczonego wyłącznie do panelu administracyjnego może spowodować nieudane połączenie. Niekiedy jako adres wpisywany jest adres strony internetowej, chociaż dostawca poczty wymaga osobnej nazwy SMTP i osobnej nazwy dla odbierania wiadomości.

Przyczyną może być lokalna awaria rozwiązywania nazw. Router może przekazywać niepoprawne adresy DNS, komputer może korzystać z uszkodzonej pamięci podręcznej, a oprogramowanie ochronne może blokować wybrane połączenia. W sieci firmowej dodatkowe reguły filtrowania mogą ograniczać dostęp do określonych portów. Jeżeli błąd występuje tylko na jednym urządzeniu, bardziej prawdopodobna jest przyczyna lokalna. Jeżeli problem pojawia się na wielu urządzeniach i w różnych sieciach, należy sprawdzić domenę oraz usługę pocztową.

Osobną grupę stanowią błędy związane z IPv6. Rekord AAAA może prowadzić do nieosiągalnego adresu, podczas gdy połączenie przez IPv4 działa poprawnie. Nie każdy program reaguje na taką sytuację w ten sam sposób. W rezultacie można odnieść wrażenie, że poczta działa losowo: jedna wiadomość zostaje wysłana, a kolejna kończy się przekroczeniem czasu oczekiwania.

• brak rekordu MX lub jego nieprawidłowa wartość,
• rekord MX wskazujący na nazwę bez rekordu A albo AAAA,
• błędny adres SMTP wpisany w programie pocztowym,
• nieaktualna pamięć podręczna DNS na komputerze lub routerze,
• problem z domeną, delegacją albo operatorami DNS,
• niezgodne wpisy SPF, DKIM lub DMARC wpływające na ocenę wysyłanej poczty.

Jak sprawdzić błąd DNS serwera pocztowego przed zgłoszeniem

Najpierw warto ustalić, czy problem dotyczy wysyłania, odbierania, czy obu czynności. Należy zapisać pełny komunikat, godzinę jego wystąpienia oraz nazwę hosta wskazaną w błędzie. Pomocne jest sprawdzenie tej samej skrzynki przez przeglądarkę lub inne urządzenie, pod warunkiem że używa ono innej sieci. Taki test pozwala określić, czy przyczyny należy szukać w konfiguracji domeny, czy w lokalnym połączeniu.

Można wykonać zapytanie DNS dla domeny i sprawdzić, czy pojawia się rekord MX oraz jakie nazwy są przez niego wskazywane. Następnie należy zweryfikować, czy wskazane nazwy mają poprawne adresy. Wynik warto porównać z odpowiedzią kilku publicznych resolverów. Sam fakt, że domena otwiera stronę internetową, nie potwierdza poprawności poczty, ponieważ strona i skrzynki mogą korzystać z całkowicie innych wpisów.

W programie pocztowym należy sprawdzić nazwę serwera poczty przychodzącej i wychodzącej, metodę szyfrowania, port oraz sposób uwierzytelniania. Nie powinno się zmieniać wielu parametrów jednocześnie, ponieważ utrudnia to ustalenie, który element był przyczyną. Przed modyfikacją konfiguracji dobrze jest zapisać dotychczasowe ustawienia i upewnić się, że hasło do skrzynki jest aktualne.

Można też wyczyścić lokalną pamięć DNS i ponownie uruchomić router, ale czynności te nie naprawią literówki w rekordzie domeny ani awarii po stronie dostawcy. Jeżeli połączenie działa po użyciu innego resolvera, wskazuje to na problem z bieżącą usługą DNS lub jej pamięcią podręczną. Jeżeli wszystkie zapytania zwracają ten sam błędny wynik, potrzebna jest weryfikacja wpisów u operatora domeny.

Kiedy zgłosić błąd DNS serwera pocztowego do serwisu

Zgłoszenie do serwisu jest uzasadnione, gdy problem powtarza się mimo sprawdzenia domeny, występuje na kilku kontach albo pojawił się po zmianie routera, systemu lub programu pocztowego. Warto przekazać pełny tekst komunikatu, nazwę używanego programu, informację o tym, czy działa wysyłanie i odbieranie, oraz opis testów wykonanych na innych urządzeniach. Takie dane ułatwiają oddzielenie problemu z DNS od błędu hasła, blokady portu lub awarii połączenia.

W Warszawie analizę takich usterek prowadzi Warszawskie Pogotowie Komputerowe 24/7. Podczas diagnostyki można sprawdzić ustawienia urządzenia, pamięć DNS, konfigurację programu pocztowego i podstawową komunikację z usługą domenową, a następnie wskazać, które elementy wymagają korekty u operatora domeny lub dostawcy poczty. Nie należy przekazywać osobom postronnym haseł do skrzynek; do sprawdzenia połączenia zwykle wystarczają komunikaty błędów, nazwy hostów i informacje o konfiguracji.

Do czasu wyjaśnienia przyczyny nie powinno się wielokrotnie wysyłać tej samej wiadomości ani usuwać profilu pocztowego bez kopii danych. Wiadomość odrzucona przez odbiorcę może zostać zwrócona nadawcy, ale korespondencja oczekująca na dostarczenie zależy od zasad konkretnej usługi. Po naprawie warto wykonać test wysyłania i odbierania, sprawdzić dostarczenie do niezależnej skrzynki oraz potwierdzić, że program korzysta z właściwej nazwy serwera i aktualnych ustawień.