raportowanie wiadomości

Raportowanie wiadomości to dokumentowanie ich losu, od wysyłki po reakcję odbiorcy.

Co da się ustalić o losie wysłanej wiadomości

Punktem zaczepienia jest identyfikator Message-ID, nadawany przy wysyłce i zapisywany w nagłówku. Po nim wyszukuje się wiadomość w dziennikach kolejnych serwerów. Drugim źródłem wiedzy jest łańcuch nagłówków Received, które czyta się od dołu ku górze — najniższy pochodzi od pierwszego serwera na trasie, najwyższy od tego, który doręczył przesyłkę do skrzynki. Każdy wpis zawiera nazwę hosta, adres IP i znacznik czasu, więc widać, gdzie przesyłka utknęła.

Raportowanie na poziomie serwera opiera się na dzienniku agenta transportu, gdzie każda wiadomość dostaje identyfikator kolejki, a przy nim zapis próby doręczenia i odpowiedź serwera odbiorcy.

Powiadomienia o statusie i ich kody

Odbicie wraca w postaci wiadomości o stanie doręczenia, zbudowanej według osobnego standardu z sekcją czytelną dla człowieka i częścią maszynową. Najważniejsze są kody trzyczłonowe: 5.1.1 oznacza nieistniejącego odbiorcę i jest błędem trwałym, 5.2.2 przepełnioną skrzynkę, 5.7.1 odrzucenie z powodu polityki, na przykład braku uwierzytelnienia domeny. Kody zaczynające się od czwórki to problemy przejściowe — serwer spróbuje ponownie, zwykle przez kilkadziesiąt godzin, zanim odda za wygraną.

Zupełnie inną kategorią jest potwierdzenie odczytu żądane nagłówkiem Disposition-Notification-To. To prośba, nie mechanizm — program odbiorcy może ją zignorować lub zapytać użytkownika o zgodę, więc brak potwierdzenia niczego nie dowodzi. Podobnie zawodne bywa śledzenie przez ukryty obrazek: blokowanie grafiki w kliencie oraz usługi pobierające obrazy z wyprzedzeniem sprawiają, że statystyka otwarć rozjeżdża się z rzeczywistością.

Dlaczego raport pokazuje sukces, a klient nic nie dostał

Wpis o doręczeniu w dzienniku serwera oznacza tylko tyle, że wiadomość została przyjęta przez system odbiorcy. Co stało się dalej — filtr przeniósł ją do folderu wiadomości-śmieci, reguła użytkownika przeniosła do podfolderu, a wtyczka kwarantanny zatrzymała przed skrzynką — już z zewnątrz widoczne nie jest. Dlatego przy zgłoszeniu, że korespondencja nie dociera, sprawdza się jednocześnie stronę nadawcy i, jeśli to możliwe, ustawienia po stronie odbierającej.

Osobny problem to wiadomości wysłane z programu na komputerze, których nie ma w folderze Elementy wysłane, bo konto skonfigurowano w protokole POP3 bez zapisu kopii na serwerze. Wtedy ślad istnieje wyłącznie w dzienniku serwera wychodzącego.

Dochodzenie w sprawie zaginionej korespondencji

To jedno z częstszych zgłoszeń od firm: faktura wyszła, kontrahent twierdzi, że jej nie widział, a termin płatności minął. Odtwarzamy wtedy pełną trasę wiadomości z nagłówków i dzienników, ustalamy, czy zawiniła konfiguracja domeny, filtr odbiorcy, czy sam program pocztowy, i naprawiamy przyczynę zamiast wysyłać dokument po raz kolejny. Przy skrzynkach obsługiwanych przez programy handlowe sprawdzamy dodatkowo, czy wysyłka z modułu fakturowania w ogóle dociera do serwera poczty wychodzącej.