Adres powrotny (Return-Path) to adres, na który serwer pocztowy kieruje informacje zwrotne o niedostarczeniu wiadomości.
Adres powrotny a koperta wiadomości SMTP
Adres powrotny, oznaczany jako Return-Path, jest związany przede wszystkim z kopertą protokołu SMTP, a nie z adresem widocznym w polu „Od”. Podczas nawiązywania transmisji serwer nadawcy przekazuje komendę MAIL FROM, w której znajduje się adres koperty nadawcy, nazywany także adresem reverse-path. To właśnie ten adres służy do kierowania komunikatów o problemach z dostarczeniem poczty. Może być taki sam jak adres widoczny dla odbiorcy, ale nie jest to wymagane.
Pole From opisuje autora lub nadawcę prezentowanego w treści wiadomości, natomiast Reply-To wskazuje adres, na który ma trafić zwykła odpowiedź użytkownika. Return-Path pełni inną funkcję: jest adresem technicznym używanym do obsługi niedostarczeń, odrzuceń i innych komunikatów zwrotnych. Rozdzielenie tych adresów pozwala na przykład kierować odpowiedzi użytkowników do skrzynki handlowej, a raporty o błędach dostarczenia do osobnego systemu obsługi poczty.
Jak serwer odbiorcy tworzy pole Return-Path
Wiadomość przesyłana między serwerami pocztowymi może zawierać adres koperty w warstwie SMTP, zanim zostanie zapisana w skrzynce odbiorczej. Po pomyślnym przyjęciu wiadomości przez serwer odpowiedzialny za końcowe dostarczenie serwer ten zwykle dodaje nagłówek Return-Path na podstawie wartości przekazanej w komendzie MAIL FROM. Zasada ta jest opisana w specyfikacji SMTP w dokumencie RFC 5321. W praktyce oznacza to, że zawartość pola nie musi pochodzić bezpośrednio z nagłówków przygotowanych przez program pocztowy nadawcy.
Podczas przekazywania wiadomości między serwerami pole Return-Path może jeszcze nie występować albo może zostać usunięte przed ponownym zapisaniem przez serwer końcowy. Nagłówki Received pokazują kolejne etapy transportu, natomiast Return-Path ma odzwierciedlać końcowy adres koperty. Jeżeli wiadomość zostanie przekazana dalej przez regułę automatycznego routingu, adres techniczny może zostać zmieniony zgodnie z konfiguracją kolejnego systemu pocztowego.
Raporty niedostarczenia i analiza nagłówków
Gdy wiadomości nie można dostarczyć, serwer pocztowy może wygenerować komunikat DSN, czyli Delivery Status Notification. Taki raport zwykle jest kierowany na adres koperty nadawcy, a nie na adres z pola From ani koniecznie na adres Reply-To. W raporcie można znaleźć między innymi informację o serwerze, który odrzucił wiadomość, kod odpowiedzi SMTP oraz adres odbiorcy, którego dotyczył problem. Kody z klas 4xx zazwyczaj oznaczają błąd tymczasowy, a kody z klas 5xx trwałe odrzucenie, chociaż dokładna interpretacja zależy od konkretnego kodu i komunikatu serwera.
Analizując źródło wiadomości, należy porównać Return-Path z wartościami widocznymi w From, Reply-To, Message-ID oraz w łańcuchu nagłówków Received. Sama różnica między tymi adresami nie dowodzi błędu ani fałszerstwa, ponieważ różne role tych pól są prawidłowe. Podejrzane mogą być natomiast niespójności między deklarowanym nadawcą a infrastrukturą, która faktycznie przekazała wiadomość. Przy ocenie autentyczności poczty bierze się również pod uwagę wyniki mechanizmów SPF, DKIM i DMARC, ale nie należy utożsamiać ich z samym polem Return-Path.
Rola adresu powrotnego w codziennej diagnostyce poczty
Problemy z adresem Return-Path mogą powodować pozornie niejasne objawy: brak raportów o niedostarczeniu, kierowanie komunikatów do nieistniejącej skrzynki, pętle automatycznych odpowiedzi albo odrzucanie wiadomości przez serwer odbiorcy. Warto sprawdzić, czy adres koperty jest poprawnie zapisany, czy domena ma prawidłową konfigurację DNS oraz czy skrzynka lub system odbierający komunikaty zwrotne rzeczywiście działa. Istotne jest także rozróżnienie błędu transportu SMTP od problemu programu pocztowego, który tylko wyświetla odebraną wiadomość.
Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów i komputerów PC, w tym diagnostykę problemów z oprogramowaniem pocztowym oraz konfiguracją klienta pocztowego na obsługiwanym urządzeniu. W takim zakresie można sprawdzić sposób wysyłania wiadomości, odczyt pełnych nagłówków, działanie połączenia z serwerem pocztowym i reakcję programu na komunikaty o niedostarczeniu. Sama obecność lub brak pola Return-Path w widoku użytkownika nie wystarcza jednak do wyciągnięcia wniosku; prawidłowa diagnoza wymaga prześledzenia całego przepływu wiadomości od komendy SMTP do zapisu w skrzynce odbiorczej.
