Blazalek.com

5.6.9Wiadomości z nagłówkiem UTF-8 nie można przekazać

Wiadomość została trwale odrzucona po zakończeniu przesyłania jej danych, ponieważ nie można było przekazać jej z nagłówkiem UTF-8 do co najmniej jednego odbiorcy. Nie ponawiaj tej samej, niezmienionej próby.

Kategoria
Treść i format wiadomości
Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

Co oznacza ten kod

Wiadomość została trwale odrzucona po zakończeniu przesyłania jej danych, ponieważ nie można było przekazać jej z nagłówkiem UTF-8 do co najmniej jednego odbiorcy. Nie ponawiaj tej samej, niezmienionej próby.

Znaczenie techniczne

Standardowy wzorzec X.6.9 oznacza, że wiadomości z nagłówkiem UTF-8 nie można przekazać do co najmniej jednego odbiorcy, dlatego trzeba ją odrzucić. Niepowodzenie następuje po końcowej kropce polecenia DATA. 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ń suppression.

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

  1. 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.
  2. 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.
  3. 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.
  4. Zatrzymaj niezmienione ponowienia; przed kontrolowaną nową wysyłką potwierdź istotną korektę i ponownie oceń suppression 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ń suppression.

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 i weryfikacja

Standardowe znaczenie X.6.9, wystąpienie niepowodzenia po końcowej kropce DATA, użycie w klasie 5 i powiązanie z podstawowym statusem 550 zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 5248 i RFC 6531 według stanu na 17 lipca 2026 r. Zalecenia dotyczące diagnozy, naprawy, ponawiania i suppression są wskazówkami operacyjnymi, a nie opisem praktyki konkretnego dostawcy.

  • Enumerated Status Codes / X.6.9

  • rfc5248Źródło T0

    Section 2.1: registry fields and non-exclusive Associated Basic Status Code

  • rfc2034Źródło T0

    Section 4: enhanced status class agrees with SMTP reply class

  • rfc6531Źródło T0

    IANA registry reference for X.6.9

Ostatnia weryfikacja:

Wojtek Blazalek

Ekspert ds. dostarczalności e-mail

Utknąłeś na tym kodzie błędu? Pomagam zespołom usuwać przyczyny odrzuceń, naprawiać uwierzytelnianie i reputację — tak, żeby maile trafiały do skrzynki.

Praktyczna praca nad dostarczalnością dla firm wysyłających na dużą skalę.