bounce loop

Bounce loop to usterka, w której wiadomości o niedostarczeniu nieustannie krążą pomiędzy serwerami, generując pętlę zwrotów.

Jak powstaje pętla zwrotnych komunikatów pocztowych

Bounce loop, czyli pętla zwrotów pocztowych, występuje wtedy, gdy wiadomość o niedostarczeniu nie kończy obiegu, lecz jest ponownie przekazywana między serwerami pocztowymi. Zamiast trafić do nadawcy jako końcowa informacja o błędzie, komunikat o odrzuceniu zostaje potraktowany jak kolejna wiadomość wymagająca dostarczenia. Serwer odbiorcy może wygenerować powiadomienie o błędzie, serwer nadawcy próbuje je przekazać, a następnie druga strona ponownie odrzuca komunikat i tworzy następny zwrot.

Źródłem problemu bywa nieprawidłowo ustawiony adres nadawcy dla komunikatów systemowych, zwłaszcza adres koperty pocztowej używany w transakcji SMTP. Jeżeli taki adres nie istnieje, nie może odbierać poczty albo wskazuje na system, który automatycznie generuje kolejne powiadomienia, błędne komunikaty zaczynają wracać do infrastruktury pocztowej. Pętla może też powstać przy niewłaściwym przekazywaniu wiadomości pomiędzy domenami, błędnej regule przekierowania lub konfiguracji, w której serwer próbuje raportować błąd do adresu, który sam nie przyjmuje komunikatów.

Rola SMTP, adresu koperty i komunikatu DSN

Do zrozumienia bounce loop trzeba rozróżnić adres widoczny w polu From: od adresu koperty pocztowej przekazywanego podczas rozmowy SMTP. Adres z nagłówka jest prezentowany odbiorcy w programie pocztowym, natomiast adres koperty, często nazywany adresem reverse-path, służy serwerom do dostarczenia powiadomienia o niedostarczeniu. To właśnie na ten adres kierowany jest zwykle komunikat zwrotny. Może on być pusty, gdy serwer wysyła powiadomienie systemowe, ponieważ pusty reverse-path ogranicza ryzyko tworzenia kolejnej pętli.

Informacje o nieudanym dostarczeniu są często przekazywane jako Delivery Status Notification, czyli DSN. Taki komunikat zawiera między innymi informację o adresie odbiorcy, serwerze zgłaszającym problem oraz kodzie odpowiedzi SMTP. Trwałe odrzucenie odbiorcy może być sygnalizowane kodem z klasy 5xx, a błąd tymczasowy kodem z klasy 4xx. Sama obecność komunikatu o niedostarczeniu nie oznacza jeszcze pętli. O pętli można mówić dopiero wtedy, gdy ten komunikat jest ponownie przetwarzany i generuje następny zwrot zamiast zakończyć obsługę błędu.

Objawy widoczne w skrzynce i w nagłówkach wiadomości

Najbardziej charakterystycznym objawem jest seria podobnych wiadomości o niedostarczeniu, pojawiających się w krótkich odstępach i odnoszących się do tego samego adresu albo tej samej domeny. Treść może zawierać naprzemiennie informacje o odrzuceniu odbiorcy, nieosiągalnym hoście, przekierowaniu lub niemożności dostarczenia komunikatu zwrotnego. W skrajnych przypadkach liczba wiadomości rośnie bardzo szybko, ponieważ każda próba obsługi błędu tworzy kolejną próbę dostarczenia.

Analiza powinna obejmować pełne nagłówki, a nie tylko temat wiadomości. Szczególnie przydatne są pola Return-Path, Received, Message-ID oraz fragmenty raportu DSN, takie jak Final-Recipient, Action, Status i Diagnostic-Code. Powtarzające się identyfikatory serwerów w polach Received mogą wskazywać, że komunikat krąży pomiędzy tymi samymi punktami. Trzeba jednak uwzględnić, że systemy pośredniczące mogą zmieniać nagłówki, a opóźnione ponowienia dostarczenia mogą wyglądać podobnie do pętli.

W diagnostyce warto oddzielić zwykłe kolejki ponowień od rzeczywistego zapętlenia. Tymczasowy błąd SMTP może powodować ponawianie dostarczenia przez określony czas, ale prawidłowo działający system powinien po kolejnych nieudanych próbach zakończyć obsługę i wygenerować pojedynczy raport. Bounce loop charakteryzuje się tym, że sam raport błędu ponownie trafia do mechanizmu dostarczania lub jest obsługiwany przez regułę wywołującą następne powiadomienie.

Postępowanie przy wykryciu bounce loop

Pierwszym krokiem jest ustalenie, który komunikat był pierwotną wiadomością, a który jedynie jej raportem o błędzie. Następnie należy sprawdzić trasę wskazaną w nagłówkach i porównać adres koperty z adresem odbiorcy występującym w raporcie DSN. Jeżeli adres zwrotny prowadzi do aliasu, przekierowania lub automatycznej skrzynki, trzeba przeanalizować reguły obsługi tego adresu. Szczególnej uwagi wymagają automatyczne odpowiedzi, przekierowania domenowe oraz mechanizmy, które przesyłają raporty dalej bez rozpoznania ich typu.

Do czasu ustalenia przyczyny można ograniczyć skutki przez zatrzymanie wadliwej reguły przekazywania, wstrzymanie ponowień dla konkretnej wiadomości albo odseparowanie komunikatów zwrotnych od zwykłego obiegu poczty. Nie należy bezmyślnie usuwać wszystkich wiadomości z kolejki, ponieważ mogłoby to ukryć rzeczywisty błąd dostarczania. Po zmianie konfiguracji trzeba wykonać kontrolną próbę z poprawnym adresem odbiorcy i sprawdzić, czy pojedyncze odrzucenie kończy się jednym raportem, bez kolejnego przekazania komunikatu.

Jeżeli pętla jest skutkiem błędnej konfiguracji programu pocztowego na laptopie lub komputerze PC, należy sprawdzić ustawienia konta, reguły automatyzacji, zapisane przekierowania oraz działanie lokalnych aplikacji obsługujących pocztę. Warszawskie Pogotowie Komputerowe wykonuje diagnostykę laptopów i komputerów PC w zakresie problemów z oprogramowaniem pocztowym, konfiguracją konta oraz komunikacją urządzenia z usługę pocztową.