bounce report

Bounce report to zestawienie prezentujące szczegóły niedostarczonych wiadomości w ramach przeprowadzonej kampanii.

Co obejmuje bounce report

Bounce report to raport zwrotny opisujący wiadomości e-mail, których nie udało się dostarczyć do odbiorców. W przypadku kampanii mailingowej zestawienie pozwala powiązać konkretną wiadomość z adresem odbiorcy, momentem próby dostarczenia oraz odpowiedzią zwróconą przez serwer pocztowy. Raport może zawierać między innymi adres odbiorcy, kod SMTP, treść komunikatu błędu, typ niedostarczenia i informację o tym, czy serwer odrzucił wiadomość natychmiast, czy zakończył próby po pewnym czasie.

W praktyce wyróżnia się odbicia twarde, określane jako hard bounce, oraz odbicia miękkie, czyli soft bounce. Hard bounce oznacza trwały problem, na przykład nieistniejącą skrzynkę, błędną domenę odbiorcy albo odrzucenie adresu przez serwer z powodu trwałej reguły. Soft bounce wskazuje na sytuację potencjalnie przejściową, taką jak przepełniona skrzynka, czasowa niedostępność serwera, limit rozmiaru wiadomości lub chwilowe przeciążenie infrastruktury odbiorcy. Granica między tymi kategoriami zależy od platformy wysyłkowej i sposobu interpretacji odpowiedzi SMTP.

Kody SMTP i komunikaty serwerów pocztowych

Najbardziej użytecznym elementem bounce reportu jest kod odpowiedzi serwera. Kody klasy 2xx oznaczają pomyślne przyjęcie operacji, natomiast kody 4xx wskazują na błąd tymczasowy, po którym można ponowić próbę dostarczenia. Kody 5xx oznaczają błąd trwały albo odrzucenie wiadomości. Przykładowo odpowiedź 550 często sygnalizuje, że skrzynka lub użytkownik nie istnieje, ale dokładne znaczenie zależy od treści odpowiedzi i polityki danego serwera. Kod 552 może wiązać się z przekroczeniem limitu przechowywania lub rozmiaru wiadomości, a 554 bywa używany jako ogólne odrzucenie wiadomości.

Sam numer nie wystarcza do postawienia diagnozy. W raporcie należy odczytać także rozszerzony komunikat, taki jak wskazanie nieistniejącego użytkownika, blokady reputacyjnej, niezgodności polityki bezpieczeństwa albo nieudanej weryfikacji nadawcy. W systemach korzystających z rozszerzonej klasyfikacji DSN, czyli Delivery Status Notification, mogą pojawić się kody w formacie 5.1.1, 4.2.2 lub 5.7.1. Pierwsza liczba odpowiada klasie odpowiedzi, druga obszarowi problemu, a trzecia bardziej szczegółowej przyczynie. Interpretację trzeba zawsze zestawić z pełnym tekstem zwrotki, ponieważ serwery mogą stosować własne komunikaty.

Jak analizować raport niedostarczonych wiadomości

Analizę warto rozpocząć od rozdzielenia odbić trwałych i tymczasowych. Adresy z potwierdzonym trwałym błędem powinny zostać usunięte z kolejnych wysyłek, ponieważ dalsze próby zwiększają liczbę nieudanych dostarczeń i utrudniają ocenę jakości bazy. Przy błędach tymczasowych należy sprawdzić, czy platforma przeprowadziła ponowne próby oraz po jakim czasie zakończyła ich wykonywanie. Wielokrotne odbicia dla tego samego adresu mogą oznaczać problem po stronie odbiorcy, ale także błędną konfigurację limitów, rozmiaru wiadomości lub harmonogramu wysyłki.

Raport powinien być analizowany razem z nagłówkami wiadomości i logami wysyłki, jeżeli są dostępne. Istotne są między innymi domena nadawcy, adres użyty w polu Return-Path, identyfikator wiadomości oraz czas utworzenia i przetworzenia zwrotki. Nie należy utożsamiać każdego odrzucenia z błędnym adresem. Serwer może odrzucić poprawny adres z powodu blokady adresu IP, niezgodności mechanizmów SPF, DKIM lub DMARC, zbyt dużej liczby wiadomości albo lokalnej polityki antyspamowej. Bounce report pokazuje skutek próby dostarczenia, ale nie zawsze samodzielnie wskazuje pełną przyczynę.

Odczyt raportu na laptopie i dalsza diagnostyka

Problemy z bounce reportem mogą dotyczyć nie tylko samej wysyłki, lecz także sposobu jego otwierania. Raport pobrany jako CSV, PDF lub plik HTML może być nieczytelny z powodu nieprawidłowego kodowania znaków, błędnego separatora kolumn, blokady załączników albo rozszerzenia przeglądarki. W przypadku pliku CSV warto sprawdzić, czy program prawidłowo rozpoznaje kodowanie UTF-8 oraz separator przecinka lub średnika. Przy raporcie HTML należy zweryfikować, czy komunikaty serwera nie zostały ukryte przez styl arkusza, filtr tabeli albo niepełne pobranie pliku.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów stacjonarnych PC i podzespołów, dlatego w razie problemów z lokalnym odczytem raportu można sprawdzić działanie systemu, programu pocztowego, przeglądarki oraz obsługę plików. Taka diagnostyka pozwala oddzielić usterkę komputera od rzeczywistego problemu z dostarczeniem wiadomości. Jeżeli raport otwiera się poprawnie, lecz zawiera kody 4xx lub 5xx, przyczyny należy szukać w komunikacji SMTP, konfiguracji nadawcy, stanie skrzynek odbiorców albo regułach serwerów pocztowych, a nie w samym ekranie laptopa.