brak obsługi bounce'ów

Brak obsługi bounce'ów to usterka uniemożliwiająca prawidłowe reagowanie na wiadomości zwrotne o niedostarczeniu.

Jak powstaje wiadomość o niedostarczeniu

Brak obsługi bounce’ów oznacza, że system wysyłający pocztę nie potrafi poprawnie przyjąć, rozpoznać albo wykorzystać wiadomości zwrotnej informującej o niedostarczeniu. Bounce jest zwykle generowany przez serwer pocztowy nadawcy lub serwer pośredniczący, gdy dostarczenie wiadomości kończy się niepowodzeniem. Przyczyną może być nieistniejący adres odbiorcy, pełna skrzynka, odrzucenie wiadomości przez politykę serwera, błąd konfiguracji domeny albo czasowa niedostępność hosta docelowego.

W czasie sesji SMTP serwer odbiorcy zwraca kody odpowiedzi opisujące wynik przyjęcia wiadomości. Kody zaczynające się od 4 oznaczają zwykle błąd tymczasowy, natomiast kody z grupy 5 wskazują błąd trwały. Przykładowo odpowiedź 550 może oznaczać odrzucenie adresata lub wiadomości, a 451 sygnalizuje problem tymczasowy. Jeżeli serwer nadawcy nie dostarczy wiadomości po kolejnych próbach, może wygenerować osobną wiadomość DSN, czyli Delivery Status Notification.

Elementy techniczne potrzebne do rozpoznania bounce’a

Wiadomość zwrotna nie zawsze ma prostą, jednolitą postać. Standard DSN opisany w RFC 3464 przewiduje między innymi część zawierającą podsumowanie oraz część techniczną typu message/delivery-status. W tej części mogą znajdować się pola Final-Recipient, Action, Status i Diagnostic-Code. Pole Action określa, czy dostarczenie zostało wykonane, opóźnione, przekazane albo nie powiodło się, natomiast Status wykorzystuje kody opisane w RFC 3463, takie jak 5.1.1 dla nieprawidłowego lub nieistniejącego adresu skrzynki.

Do powiązania bounce’a z konkretną wysyłką potrzebny jest jednoznaczny identyfikator. Może nim być adres użyty w kopercie SMTP jako MAIL FROM, identyfikator umieszczony w adresie zwrotnym albo wartość zapisana w nagłówkach wiadomości. Nagłówek Return-Path jest ustalany przez serwer dostarczający wiadomość i nie powinien być traktowany jako zwykłe pole sterowane dowolnie przez aplikację nadawczą. Niektóre systemy stosują technikę VERP, w której adres koperty zawiera identyfikator odbiorcy, co ułatwia przypisanie niedostarczenia do właściwego rekordu.

Skutki braku reakcji na wiadomości zwrotne

Jeżeli bounce’y są ignorowane, system może nadal traktować trwale niedostępne adresy jako aktywne. W efekcie kolejne wiadomości są kierowane do tych samych odbiorców, mimo że serwer docelowy konsekwentnie odrzuca przesyłki. Powoduje to narastanie błędów dostarczenia, zwiększa liczbę nieudanych prób i utrudnia odróżnienie problemu z pojedynczym adresem od awarii całej domeny odbiorcy.

Nie każdy bounce powinien prowadzić do takiej samej decyzji. Błąd trwały, na przykład status 5.1.1, zwykle uzasadnia oznaczenie adresu jako niedostarczalnego. Błąd tymczasowy z grupy 4.x.x może wymagać ponowienia wysyłki zgodnie z mechanizmem kolejkowania i limitami serwera. System powinien także rozpoznawać wiadomości opóźnione, odrzucenia wynikające z rozmiaru, błędy autoryzacji oraz blokady polityki antyspamowej. Samo wyszukanie słowa „failed” w treści wiadomości jest niewystarczające, ponieważ informacje istotne diagnostycznie mogą znajdować się w strukturalnej części DSN.

Sprawdzanie przepływu wiadomości zwrotnych

Diagnostykę należy rozpocząć od ustalenia, na jaki adres trafiają wiadomości zwrotne oraz czy skrzynka lub endpoint odbierający te komunikaty działa. Następnie trzeba sprawdzić logi wysyłki SMTP, identyfikatory wiadomości, wartości MAIL FROM i RCPT TO, a także moment wygenerowania odpowiedzi. Ważne jest porównanie czasu wysyłki z czasem otrzymania bounce’a, ponieważ wiadomość zwrotna może powstać dopiero po kilku ponowieniach dostarczenia.

W praktyce należy zweryfikować, czy parser poprawnie obsługuje format MIME, kodowanie znaków, wieloczęściowe wiadomości DSN oraz sytuacje, w których serwer zwraca tylko kod SMTP bez pełnej wiadomości zwrotnej. Trzeba również wykluczyć pętlę, w której system odpowiada na własne bounce’y i generuje kolejne komunikaty. Warszawskie Pogotowie Komputerowe wykonuje diagnostykę laptopów i komputerów PC, w tym problemów z oprogramowaniem pocztowym działającym na tych urządzeniach; analiza samego serwera pocztowego wymaga dostępu do jego konfiguracji, logów i mechanizmu kolejkowania.