Parsowanie nagłówków to odczyt pól technicznych wiadomości w celu ustalenia jej trasy i wyniku uwierzytelnienia.
Jakie informacje zawierają nagłówki wiadomości
Parsowanie nagłówków polega na odczytaniu i uporządkowaniu pól zapisanych w części technicznej wiadomości elektronicznej. Nagłówki znajdują się przed właściwą treścią e-maila i opisują między innymi nadawcę deklarowanego przez klienta pocztowego, adres odbiorcy, datę utworzenia wiadomości, identyfikator wiadomości oraz kolejne etapy transportu. Nie są one tym samym co temat i tekst widoczny w aplikacji pocztowej, chociaż pola takie jak Subject, From i To mogą być prezentowane użytkownikowi.
Podstawową strukturę nagłówków wiadomości opisuje RFC 5322. Każde pole ma nazwę, dwukropek i wartość, na przykład Message-ID albo Date. Dłuższa wartość może być podzielona na kilka wierszy. Taki kontynuowany wiersz musi zaczynać się od białego znaku i podczas parsowania jest łączony z poprzednim polem. Ten mechanizm nazywa się składaniem lub foldingiem nagłówka. Parser powinien również prawidłowo rozpoznawać kodowanie słów w polach tekstowych, ponieważ temat albo nazwa nadawcy mogą zawierać znaki spoza podstawowego ASCII.
Łańcuch pól Received i ustalanie trasy poczty
Najważniejszym źródłem informacji o trasie wiadomości jest zestaw pól Received. Każdy serwer pocztowy, który przyjął wiadomość i przekazał ją dalej, może dopisać własne pole zawierające nazwę hosta, adres klienta, użyty protokół, identyfikator połączenia oraz znacznik czasu. Nowe wpisy są zwykle dodawane na początku nagłówków, dlatego analizę chronologiczną rozpoczyna się zazwyczaj od najniższego zaufanego wpisu i przechodzi ku wpisom położonym wyżej.
Nie każdy element pola Received ma jednak taką samą wartość dowodową. Nadawca może przed przekazaniem wiadomości do pierwszego zaufanego serwera dopisać własne, nieprawdziwe wpisy. Z tego powodu parser nie powinien bezwarunkowo traktować całego łańcucha jako wiarygodnego. Istotne jest wskazanie granicy, od której wiadomość została przyjęta przez infrastrukturę kontrolowaną przez operatora odbiorcy. Porównanie znaczników czasu z informacjami o strefach czasowych pomaga wykrywać niespójności, ale samo w sobie nie potwierdza autentyczności drogi wiadomości.
Pole Return-Path jest zwykle ustalane przez serwer końcowy podczas dostarczania i wskazuje adres używany do obsługi zwrotek w ramach SMTP. Nie należy utożsamiać go automatycznie z wartością From, która może być adresem prezentowanym odbiorcy. Różnica między tymi polami jest normalna, szczególnie przy usługach wysyłających wiadomości w imieniu innych systemów.
Weryfikacja nadawcy przez SPF, DKIM i DMARC
Parsowanie nagłówków pozwala odczytać wyniki mechanizmów uwierzytelniania poczty, ale samo odczytanie pola nie jest jeszcze przeprowadzeniem weryfikacji. Wyniki kontroli są często zapisywane w polu Authentication-Results, którego format opisuje RFC 8601. Wpis może zawierać rezultat SPF, DKIM lub DMARC oraz informacje pomocnicze, takie jak domena użyta podczas sprawdzania. Taki wynik ma znaczenie tylko wtedy, gdy pochodzi od zaufanego serwera odbiorczego, ponieważ obca strona może wcześniej wstawić pole o dowolnej treści.
SPF sprawdza, czy adres IP serwera wysyłającego jest dopuszczony przez rekord SPF domeny związanej z mechanizmem MAIL FROM albo z domeną używaną przy poleceniu HELO. DKIM wykorzystuje podpis zapisany w polu DKIM-Signature; podpis obejmuje wybrane nagłówki i treść wiadomości, a klucz publiczny jest pobierany z DNS. Zasady DKIM opisuje RFC 6376. DMARC, opisany w RFC 7489, porównuje domenę uwierzytelnioną przez SPF lub DKIM z domeną widoczną w polu From. Dlatego poprawny wynik SPF nie musi oznaczać, że adres prezentowany odbiorcy został potwierdzony.
Podczas analizy trzeba odróżniać wartości pass, fail, softfail, neutral, none i temperror. Należy także sprawdzić, którego pola i której domeny dotyczy wynik. Błąd parsowania może powstać wtedy, gdy program pobiera tylko pierwszą wartość z wielokrotnie występującego nagłówka, pomija parametry po średniku albo nie rozpoznaje wartości zapisanych z użyciem dodatkowych białych znaków.
Znaczenie poprawnego odczytu w diagnostyce wiadomości
Nieprawidłowe parsowanie nagłówków może prowadzić do błędnych wniosków o źródle wiadomości, opóźnieniach transportu albo wyniku uwierzytelnienia. Program analizujący pocztę powinien zachować wszystkie wystąpienia pól, rozróżniać wielkość liter w wartościach tam, gdzie wymaga tego składnia, oraz traktować nazwy pól zgodnie z regułami protokołu. Szczególnej ostrożności wymagają pola powtarzalne, takie jak Received, a także niestandardowe nagłówki zaczynające się od X-. Ich obecność może dostarczać informacji diagnostycznych, lecz nie oznacza automatycznie, że są częścią formalnego standardu.
Przy analizie konkretnego problemu warto porównać surowe nagłówki z tym, co wyświetla klient pocztowy. Aplikacja może ukrywać część pól, normalizować daty albo prezentować jedynie skróconą informację o nadawcy. Diagnostyka powinna obejmować także błędy składniowe, niezgodne kodowanie, uszkodzone zakończenia wierszy i brak obowiązkowych pól wymaganych przez format wiadomości. Nie wolno jednak traktować samego nagłówka jako pełnego dowodu autorstwa treści, ponieważ wiele jego elementów jest deklarowanych przez systemy uczestniczące w transporcie.
Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, w tym diagnostykę problemów z oprogramowaniem pocztowym oraz odczytem technicznych informacji o wiadomościach.
