Errors-To to starszy nagłówek wiadomości wskazujący adres, na który powinny być kierowane informacje o błędach dostarczenia.
Rola nagłówka Errors-To w starszej poczcie elektronicznej
Errors-To jest historycznym, niestandardowym nagłówkiem wiadomości e-mail. Jego wartość zawierała adres, na który oprogramowanie pocztowe mogło kierować komunikaty o problemach z dostarczeniem wiadomości, na przykład informacje o niedostępnej skrzynce albo odrzuceniu przesyłki. Nagłówek miał znaczenie głównie w starszych programach pocztowych, listach dyskusyjnych i systemach automatycznej wysyłki. Nie był jednak częścią podstawowego, jednolicie obowiązującego mechanizmu SMTP.
W dokumencie RFC 2076 nagłówek Errors-To opisano jako niestandardowy i odradzany. Ten sam dokument wskazuje, że do obsługi powiadomień o dostarczeniu należy wykorzystywać mechanizmy koperty SMTP, w szczególności adres odbiorcy przekazany przez RCPT TO oraz adres nadawcy z polecenia MAIL FROM, którego ślad może zostać zapisany jako Return-Path. Oznacza to, że sama obecność pola Errors-To w nagłówkach nie gwarantuje żadnego konkretnego zachowania po stronie serwera odbiorcy.
Dlaczego Errors-To nie jest wiarygodnym adresem zwrotnym
Nagłówki wiadomości i koperta transportowa to dwa różne elementy poczty elektronicznej. W nagłówku znajdują się informacje widoczne dla programu pocztowego, takie jak From, To czy Subject. Koperta jest używana przez serwery SMTP podczas przekazywania wiadomości i zawiera między innymi adres nadawcy oraz adresy odbiorców z poleceń MAIL FROM i RCPT TO. Errors-To należy do nagłówków, dlatego nie zastępuje adresu nadawcy koperty i nie może niezawodnie sterować obsługą błędów transportowych.
Serwer może taki nagłówek zachować, przekazać dalej, zignorować albo usunąć. Różne programy z minionych lat interpretowały go odmiennie, a współczesne serwery pocztowe zazwyczaj nie traktują go jako wiążącej instrukcji. Nie należy więc zakładać, że wiadomość o niedostarczeniu trafi pod adres wskazany po dwukropku w polu Errors-To. W praktyce analiza tego pola jest przede wszystkim wskazówką historyczną, która może pomóc rozpoznać sposób działania starego programu lub dawnej listy mailingowej.
Errors-To a współczesne raporty niedostarczenia
Współczesny raport o niedostarczeniu wiadomości jest zwykle generowany na podstawie informacji z transakcji SMTP, a nie na podstawie nagłówka Errors-To. Gdy serwer nie może dostarczyć wiadomości, może utworzyć komunikat typu DSN, czyli Delivery Status Notification. Format takich raportów opisuje RFC 3464. Raport może zawierać między innymi informację o adresie, którego dotyczył problem, kod błędu SMTP oraz opis przyczyny odrzucenia lub niepowodzenia dostarczenia.
Podstawowe zasady transportu określa RFC 5321. Adres nadawcy koperty jest przekazywany w komendzie MAIL FROM, a adres lub adresy odbiorców w komendzie RCPT TO. To właśnie te dane są używane podczas negocjowania dostarczenia między serwerami. Po zakończeniu dostarczenia do skrzynki serwer może umieścić w wiadomości pole Return-Path, odzwierciedlające adres nadawcy koperty. Z tego powodu podczas diagnostyki problemu z odbieraniem zwrotek należy sprawdzać pełne nagłówki, kopertę wiadomości oraz treść raportu DSN, zamiast opierać wnioski wyłącznie na Errors-To.
Jak rozpoznać ten nagłówek podczas analizy wiadomości
W surowym źródle wiadomości nagłówek może wyglądać na przykład tak: Errors-To: Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.. Taki zapis oznacza jedynie, że nadawca lub pośredni program umieścił w wiadomości pole o tej nazwie. Nie dowodzi, że wskazany adres jest prawidłowy, że serwer go zweryfikował ani że wiadomości o błędach rzeczywiście są tam wysyłane. Warto porównać go z polami From, Reply-To i Return-Path, pamiętając, że każde z nich pełni inną funkcję.
Jeżeli wiadomość zawierająca Errors-To nie dociera do odbiorcy, należy ustalić, czy problem wystąpił podczas połączenia SMTP, weryfikacji odbiorcy, filtrowania antyspamowego, czy po dostarczeniu do skrzynki. Pomocne są kody odpowiedzi SMTP, nagłówki Received, komunikaty DSN oraz logi programu wysyłającego. Samo usunięcie lub zmiana Errors-To zwykle nie naprawia problemu transportowego, ponieważ współczesna obsługa błędów opiera się na adresie koperty i regułach serwerów pocztowych. Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i podzespołów, w tym diagnostykę problemów z oprogramowaniem pocztowym działającym na takim sprzęcie.
