podgląd logów serwera pocztowego

Podgląd logów serwera pocztowego pozwala prześledzić drogę wiadomości i ustalić przyczynę niedoręczenia.

Co pokazują logi serwera pocztowego

Podgląd logów serwera pocztowego umożliwia odtworzenie obsługi wiadomości od momentu nawiązania połączenia SMTP do zakończenia dostarczenia albo odrzucenia przesyłki. Wpisy mogą zawierać czas zdarzenia, adres IP klienta, nazwę hosta, identyfikator wiadomości, adres nadawcy i odbiorcy oraz kod odpowiedzi SMTP. Dzięki temu można ustalić, czy wiadomość została przyjęta przez serwer, przekazana do dalszej obsługi, umieszczona w kolejce, odrzucona, czy zakończyła się błędem podczas próby dostarczenia.

Zakres i format informacji zależą od używanego oprogramowania, konfiguracji oraz poziomu rejestrowania zdarzeń. Serwer może prowadzić osobne logi połączeń przychodzących, dostarczania poczty, uwierzytelniania, kolejek i błędów. W praktyce pojedyncza wiadomość często występuje w kilku wpisach, dlatego analizę wykonuje się na podstawie wspólnego identyfikatora, adresów, czasu oraz kolejności zdarzeń, a nie na podstawie jednego komunikatu wyrwanego z kontekstu.

Śledzenie wiadomości przez sesję SMTP

Podczas sesji SMTP serwer rejestruje kolejne etapy komunikacji. Połączenie może zostać zaakceptowane albo odrzucone już na podstawie adresu IP, odwrotnego DNS, reputacji hosta lub reguł dostępu. Następnie klient przedstawia się poleceniem EHLO albo HELO, podaje nadawcę w komendzie MAIL FROM i odbiorcę w komendzie RCPT TO. Odpowiedź z kodem trzycyfrowym wskazuje, czy dany etap został przyjęty. Kod 250 zwykle oznacza pomyślne wykonanie żądania, 4xx sygnalizuje błąd tymczasowy, a 5xx błąd trwały lub odrzucenie.

W logach warto sprawdzić, czy problem wystąpił przed przyjęciem treści wiadomości, czy dopiero po komendzie DATA. Jeżeli odbiorca został odrzucony odpowiedzią z grupy 550, serwer nie powinien traktować przesyłki jako przyjętej do dostarczenia. Jeżeli natomiast po zakończeniu danych zwrócono kod 250, wiadomość została zaakceptowana przez dany serwer SMTP, ale nie oznacza to jeszcze, że trafiła do skrzynki odbiorcy. Późniejsze przetwarzanie może obejmować filtrowanie antyspamowe, zapis do skrzynki, przekazanie do kolejnego hosta lub wygenerowanie komunikatu zwrotnego.

Kody błędów, kolejka i ponawianie dostarczenia

Przy diagnozowaniu niedoręczenia trzeba rozróżnić błąd trwały od tymczasowego. Odpowiedzi 4xx oznaczają, że dostarczenie może zostać ponowione, na przykład z powodu chwilowej niedostępności serwera odbiorcy, przeciążenia, limitu połączeń albo czasowego odrzucenia związanego z polityką antyspamową. Odpowiedzi 5xx wskazują zwykle, że ponawianie bez zmiany przyczyny nie doprowadzi do skutecznego dostarczenia. Przykładowo kod 550 może oznaczać nieistniejącego odbiorcę, odrzucenie przez politykę serwera albo brak uprawnień do relaying.

Jeżeli wiadomość pozostaje w kolejce, log powinien wskazywać przyczynę oraz termin kolejnej próby. Powtarzające się wpisy dotyczące tego samego odbiorcy pozwalają ocenić, czy mechanizm ponawiania działa zgodnie z konfiguracją. Należy zwrócić uwagę na błędy DNS, takie jak brak rekordu MX dla domeny odbiorcy, problemy z rozwiązywaniem nazwy, odmowę połączenia, przekroczenie limitu czasu lub niezgodność certyfikatu przy połączeniu szyfrowanym. Sam komunikat o braku połączenia nie rozstrzyga jeszcze, czy winny jest lokalny serwer, sieć, zapora, DNS, czy system po stronie odbiorcy.

Analiza powinna obejmować również logi uwierzytelniania i filtrowania. Wielokrotne nieudane logowania mogą wskazywać na błędne dane konfiguracji klienta pocztowego, natomiast nietypowe, udane logowania z nieoczekiwanych adresów wymagają oddzielnej weryfikacji. Wpisy filtra antyspamowego mogą wyjaśnić, dlaczego wiadomość została oznaczona, odrzucona lub przeniesiona do innego katalogu. Trzeba jednak odróżnić decyzję filtra od błędu transportowego, ponieważ są to różne etapy przetwarzania.

Praktyczna analiza logów w serwisie komputerowym

Podczas sprawdzania problemu należy najpierw ustalić przybliżony czas wysłania wiadomości, adres nadawcy, adres odbiorcy i domenę docelową. Następnie wyszukuje się wszystkie powiązane wpisy, zachowując kolejność chronologiczną. Pomocne jest porównanie czasu systemowego serwera z czasem widocznym w programie pocztowym, ponieważ różnica stref czasowych albo nieprawidłowy zegar może prowadzić do błędnej interpretacji zdarzeń. Warto także sprawdzić, czy analizowany wpis dotyczy właściwej instancji serwera oraz właściwego protokołu, ponieważ SMTP, IMAP i POP3 rejestrują inne operacje.

Jeśli wiadomość została zaakceptowana lokalnie, ale nie dotarła do odbiorcy, trzeba przejść od wpisu przyjęcia do wpisów przekazania, kolejki i ewentualnego komunikatu zwrotnego. Jeżeli log kończy się na połączeniu klienta bez śladu przyjęcia wiadomości, przyczyny należy szukać w uwierzytelnianiu, regułach dostępu, błędnej konfiguracji programu lub odrzuceniu podczas sesji SMTP. Przy problemach z pojedynczym komputerem można dodatkowo sprawdzić ustawienia serwera SMTP, port, wymaganie szyfrowania TLS, nazwę użytkownika i sposób uwierzytelniania.