Blazalek.com

5.6.3SMTP 5.6.3: Wymagana konwersja nie jest obsługiwana

Wiadomość została trwale odrzucona, ponieważ jej dalsze przekazanie wymagało konwersji treści, której host na ścieżce nie mógł praktycznie wykonać. 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

W skrócie

Przekazanie wymagało konwersji treści, której host na ścieżce nie mógł wykonać, więc doręczenie trwale się nie powiodło. Zmień format wiadomości lub routing. Trwałe: nie ponawiaj bez zmian; niedopasowanie formatu to nie kwestia higieny list.

Co oznacza ten kod

Host na ścieżce przekazywania musiał przekonwertować treść dla kolejnego etapu, lecz nie mógł tego wykonać w sposób praktyczny; kod 5.6.3 zapisuje ten stan według wzorca rejestru X.6.3 w klasie 5. Pierwsza cyfra oznacza trwały wynik w rejestrze rozszerzonych statusów SMTP; szczegół opisuje lukę w formacie lub możliwościach transportu, a nie istnienie skrzynki. Sam kod nie identyfikuje etapu, który odmówił konwersji, ani nie rozstrzyga, czy korekta dotyczy formatu, routingu czy konfiguracji bramy.

Znaczenie techniczne

Przekazanie wymagające konwersji treści, której host na ścieżce przekazywania nie może wykonać albo która nie jest praktyczna, to stan X.6.3 według standardu. Kod 5.6.3 stosuje ten szczegół w klasie 5; rejestr IANA wiąże wzorzec także z podstawowym statusem 554.

Status dostarczenia

Pierwsza cyfra 5 oznacza trwałe niepowodzenie tej wiadomości w bieżącym kontekście. Kod wskazuje problem konwersji na ścieżce przekazywania, ale sam nie identyfikuje konkretnego hosta ani nie dowodzi, że adres odbiorcy jest nieprawidłowy.

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 wynikającej z diagnozy, na przykład formatu wiadomości, ścieżki transportu albo możliwości konwersji; przed nią ponownie oceń decyzję o wykluczeniu.

Decyzja o supresji

Zalecenie operacyjne: nie dodawaj adresu ani domeny do listy wykluczeń wyłącznie na podstawie 5.6.3. Sprawdź pełną odpowiedź, ścieżkę przekazywania, wyniki dla tego odbiorcy i obowiązującą politykę, ponieważ kod może opisywać problem konwersji niezależny od poprawności adresu.

Najczęstsze przyczyny

  • Host na ścieżce przekazywania musi przekonwertować treść wiadomości dla kolejnego etapu, ale taka konwersja jest niemożliwa albo niepraktyczna.
  • Możliwym przypadkiem jest brama ESMTP, która obsługuje transport 8-bitowy, lecz nie potrafi przekształcić wiadomości do postaci 7-bitowej wymaganej przez kolejny etap.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP lub raport niedostarczenia i potwierdź, że kod rozszerzony to dokładnie 5.6.3, a podstawowa odpowiedź należy do klasy 5xx.
  2. Powiąż odpowiedź z właściwą wiadomością, czasem próby i ścieżką przekazywania; zachowaj pełny tekst oraz dostępne logi, aby wskazać host zwracający kod, jeśli dane na to pozwalają.
  3. Porównaj format i wymagania transportowe wiadomości z możliwościami hosta oraz kolejnego etapu. Sprawdź, czy potrzebna była konwersja z 8 bitów do 7 bitów, ale nie zakładaj tej przyczyny na podstawie samego kodu.
  4. Zatrzymaj niezmienione ponowienia; przed kontrolowaną nową wysyłką potwierdź istotną korektę i ponownie oceń decyzję o wykluczeniu.

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 poprawioną wersję dopiero wtedy, gdy diagnoza wskaże potrzebną zmianę formatu lub sposobu transportu; nie traktuj samego kodu jako dowodu na nieprawidłowy adres.

Administrator nadawcy

  • Zachowaj surową odpowiedź i dostępne logi, odtwórz ścieżkę przekazywania oraz ustal host i wymaganie konwersji, o ile pozwala na to materiał diagnostyczny.
  • Po potwierdzeniu przyczyny zmień format, trasę albo możliwości konwersji w zarządzanej infrastrukturze lub skoordynuj korektę z dostawcą; zweryfikuj ją przed nową próbą i ponownie oceń decyzję o wykluczeniu.

Dostawca

  • Jeżeli zarządzany host zwrócił kod, sprawdź jego logi, możliwości konwersji i wymagania kolejnego etapu dla wskazanej próby.
  • Usuń potwierdzony problem konwersji lub konfiguracji albo podaj administratorowi dokładne nieobsługiwane wymaganie; zachowaj kod i pełną odpowiedź bez automatycznej supresji odbiorcy.

Ź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.

Ostatnia weryfikacja:

Znalazłeś błąd lub nieścisłość? Zgłoś poprawkę.

Wskaż element tej strony, który wymaga sprawdzenia. Każde zgłoszenie jest weryfikowane ręcznie.

Rodzaj problemu

Opisz problem i, jeśli chcesz, zaproponuj poprawione brzmienie.

Przy zgłoszeniu merytorycznym podaj publiczne źródło, jeśli je masz.

Możesz wysłać zgłoszenie anonimowo. Odpowiedź nie jest gwarantowana.

Nie wklejaj pełnych odpowiedzi bounce, nagłówków, adresów e-mail, Message-ID, tokenów ani innych danych osobowych. Przed wysłaniem zredaguj materiał dowodowy.

Wysłanie korekty przekazuje wpisane dane do Formspree, żebym mógł zweryfikować i poprawić tę stronę. Przeczytaj informację o prywatności.

Poradnik

Wojtek Blazalek

Ekspert ds. dostarczalności e-mail

Utknąłeś na tym kodzie błędu? Pomagam zespołom ustalać przyczyny odrzuceń oraz naprawiać uwierzytelnianie i reputację, żeby wiadomości trafiały do skrzynki.

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