Blazalek.com

5.6.7Adres spoza ASCII jest niedozwolony dla nadawcy lub odbiorcy

System trwale odrzucił polecenie MAIL lub RCPT, ponieważ adres nadawcy albo odbiorcy zawierał znaki spoza ASCII, które nie były dozwolone w tym kontekście. 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

System trwale odrzucił polecenie MAIL lub RCPT, ponieważ adres nadawcy albo odbiorcy zawierał znaki spoza ASCII, które nie były dozwolone w tym kontekście. Nie ponawiaj tej samej, niezmienionej próby.

Znaczenie techniczne

Standardowy wzorzec X.6.7 oznacza, że podczas odbioru polecenia MAIL lub RCPT system stwierdził, iż adres spoza ASCII nie jest dozwolony dla danego nadawcy lub odbiorcy. Kod 5.6.7 stosuje ten szczegół w klasie 5; rejestr IANA wiąże wzorzec z podstawowymi statusami 553 i 550.

Status dostarczenia

Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Kod wskazuje ograniczenie dotyczące adresu spoza ASCII, ale sam nie dowodzi, że skrzynka nie istnieje, ani nie rozstrzyga, czy odrzucenie wynika z adresu, konfiguracji czy polityki systemu.

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 korekcie adresu lub zmianie obsługi adresów spoza ASCII na właściwej ścieżce; 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.7. Najpierw ustal, czy błąd wystąpił przy MAIL czy RCPT, którego adresu dotyczył i czy ograniczenie było związane z konkretną próbą, trasą lub polityką; następnie zastosuj właściwą regułę suppression.

Najczęstsze przyczyny

  • Polecenie MAIL zawierało adres nadawcy ze znakami spoza ASCII, których system przyjmujący nie zezwolił użyć w tym kontekście.
  • Polecenie RCPT zawierało adres odbiorcy ze znakami spoza ASCII, których system przyjmujący nie zezwolił użyć w tym kontekście.
  • System lub trasa użyta w próbie nie zezwalały na obsługę wymaganego adresu spoza ASCII z powodu konfiguracji albo polityki.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP lub raport niedostarczenia i potwierdź, że kod rozszerzony to dokładnie 5.6.7, a podstawowa odpowiedź należy do klasy 5xx.
  2. Powiąż odpowiedź z właściwą próbą i ustal, czy odrzucenie nastąpiło przy MAIL czy RCPT oraz czy dotyczyło adresu nadawcy czy odbiorcy; zachowaj pełny tekst i bezpieczne metadane bez ujawniania adresu.
  3. Sprawdź zapis adresu oraz konfigurację, możliwości i politykę systemów na właściwej ścieżce, aby potwierdzić, dlaczego znaki spoza ASCII nie były dozwolone; nie przypisuj przyczyny na podstawie samego kodu.
  4. Zatrzymaj niezmienione ponowienia; przed kontrolowaną nową wysyłką potwierdź istotną korektę i ponownie oceń suppression.

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.
  • Sprawdź zamierzony adres nadawcy i odbiorcy, lecz użyj innego zapisu lub potwierdzonego adresu alternatywnego dopiero po diagnozie; nie uznawaj automatycznie skrzynki za nieistniejącą.

Administrator nadawcy

  • Zachowaj surową odpowiedź, etap MAIL lub RCPT, czas i trasę próby, a następnie ustal, którego adresu oraz którego ograniczenia dotyczą znaki spoza ASCII.
  • Po potwierdzeniu przyczyny popraw zweryfikowany adres, konfigurację albo obsługę na zarządzanej ścieżce lub skoordynuj zmianę z dostawcą; sprawdź korektę przed nową wysyłką i ponownie oceń suppression.

Dostawca

  • Dla wskazanej próby sprawdź logi, etap MAIL lub RCPT oraz konfigurację i politykę obsługi adresów spoza ASCII, aby potwierdzić dokładne miejsce odrzucenia.
  • Usuń potwierdzone ograniczenie w zarządzanej usłudze albo przekaż administratorowi dokładny warunek i bezpieczne szczegóły diagnostyczne; nie uruchamiaj automatycznej supresji odbiorcy na podstawie samego kodu.

Źródła i weryfikacja

Standardowe znaczenie X.6.7, jego użycie w klasie 5 oraz powiązanie z podstawowymi statusami 553 i 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.7

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

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