W skrócie
Wiadomość odrzucono po DATA, bo nagłówek UTF-8 nie mógł być przekazany do co najmniej jednego odbiorcy. Przekoduj nagłówki albo użyj ścieżki z obsługą UTF-8. Trwałe: nie ponawiaj bez zmian; niedopasowanie polityki nagłówków obniża dostarczalność.
Co oznacza ten kod
Po końcowej kropce DATA przekazanie wiadomości z nagłówkami UTF-8 nie powiodło się u co najmniej jednego odbiorcy; to kod 5.6.9 według szczegółu rejestru X.6.9. Pierwsza cyfra umieszcza wynik w trwałej klasie statusów rozszerzonych dla tej wiadomości. Wzorzec opisuje barierę transferu nagłówków na ścieżce doręczenia i sam z siebie nie oznacza nieprawidłowego adresu odbiorcy. Nie wskazuje też, których odbiorców dotyczyło zdarzenie, który system zablokował przekaz ani czy właściwą korektą jest przekodowanie nagłówków czy trasa z obsługą UTF-8.
Znaczenie techniczne
Wiadomość z nagłówkiem UTF-8, której nie da się przekazać do jednego lub wielu odbiorców, trzeba odrzucić według X.6.9. Niepowodzenie następuje po końcowej kropce polecenia DATA, jak definiuje standard. Kod 5.6.9 stosuje ten szczegół w klasie 5; rejestr IANA wiąże wzorzec z podstawowym statusem 550.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie tej wiadomości w bieżącym kontekście. Kod wskazuje problem z przekazaniem wiadomości z nagłówkiem UTF-8 po etapie DATA, ale sam nie identyfikuje odbiorcy ani systemu, którego dotyczył problem, i nie wyjaśnia jego dokładnej przyczyny.
- Klasa
- Niepowodzenie trwałe
- Ponowienie
- Nie ponawiaj bez zmian
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Zalecenie operacyjne: zatrzymaj automatyczne i ręczne ponowienia tej samej, niezmienionej próby. Nową wysyłkę rozważ dopiero po potwierdzonej zmianie wiadomości, konfiguracji lub ścieżki, która usuwa rozpoznaną przeszkodę w przekazaniu; przed wysyłką ponownie oceń decyzję o wykluczeniu.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj automatycznie adresu ani domeny do listy wykluczeń wyłącznie na podstawie 5.6.9. Sprawdź pełną odpowiedź i wyniki dla poszczególnych odbiorców, ponieważ kod dotyczy przekazania wiadomości z nagłówkiem UTF-8 i sam nie dowodzi, że adres jest nieprawidłowy.
Najczęstsze przyczyny
- Wiadomości z nagłówkiem UTF-8 nie można było przekazać do co najmniej jednego odbiorcy, więc po zakończeniu DATA trzeba było odrzucić całą wiadomość.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport niedostarczenia i potwierdź, że kod rozszerzony to dokładnie 5.6.9, a podstawowa odpowiedź należy do klasy 5xx.
- Powiąż odpowiedź z właściwą wiadomością i próbą; potwierdź, że niepowodzenie nastąpiło po końcowej kropce DATA, oraz ustal odbiorców objętych zdarzeniem, o ile pozwalają na to dane.
- Sprawdź nagłówki wiadomości oraz dostępne logi systemów na ścieżce, aby ustalić dokładną przeszkodę w przekazaniu wiadomości z nagłówkiem UTF-8; nie przypisuj konkretnej przyczyny na podstawie samego kodu.
- Zatrzymaj niezmienione ponowienia; przed kontrolowaną nową wysyłką potwierdź istotną korektę i ponownie oceń decyzję o wykluczeniu dla każdego odbiorcy.
Działania z podziałem na role
Nadawca
- Nie wysyłaj ponownie tej samej, niezmienionej wiadomości; przekaż administratorowi pełny raport i kontekst próby.
- Przygotuj zmienioną wiadomość lub wybierz potwierdzony inny sposób wysyłki dopiero po diagnozie; nie uznawaj automatycznie adresu odbiorcy za nieprawidłowy.
Administrator nadawcy
- Zachowaj surową odpowiedź i dostępne logi, powiąż zdarzenie z etapem po DATA oraz ustal odbiorców i systemy objęte problemem, o ile materiał diagnostyczny na to pozwala.
- Po potwierdzeniu przyczyny popraw wiadomość, konfigurację albo ścieżkę w zarządzanej infrastrukturze lub skoordynuj korektę z dostawcą; zweryfikuj ją przed nową wysyłką i ponownie oceń decyzję o wykluczeniu.
Dostawca
- Dla wskazanej próby sprawdź logi zarządzanego systemu po zakończeniu DATA i ustal, dlaczego wiadomości z nagłówkiem UTF-8 nie można było przekazać do objętych nią odbiorców.
- Usuń potwierdzony problem w zarządzanej usłudze albo przekaż administratorowi dokładny, bezpieczny kontekst błędu; zachowaj kod i pełną odpowiedź bez automatycznej supresji odbiorców.
Źródła
Poniższe źródła określają znaczenie tego kodu rozszerzonego — przede wszystkim rejestr IANA i powiązane RFC. Jeśli na stronie są przykłady od dostawców, pochodzą z ich opublikowanej dokumentacji. Otwórz link, żeby zobaczyć oryginalne brzmienie w kontekście.
- SMTP Enhanced Status Codes — Rejestr IANA rozszerzonych kodów statusu poczty.
- RFC 5248 — rejestr rozszerzonych kodów statusu SMTP — Tworzy i reguluje rejestr IANA rozszerzonych kodów statusu.
- RFC 2034 — rozszerzenie SMTP dla rozszerzonych kodów błędów — Definiuje, jak SMTP zwraca klientom rozszerzone kody statusu.
- RFC 6531 — rozszerzenie SMTP dla umiędzynarodowionej poczty — Rozszerzenie SMTP dla umiędzynarodowionych adresów i treści.
Ostatnia weryfikacja:
