Blazalek.com

5.5.0Inny lub niezdefiniowany trwały status protokołu

Wystąpił trwały problem z protokołem potrzebnym do przekazania wiadomości do następnego systemu, ale żaden dokładniejszy kod nie opisuje go właściwie. Nie ponawiaj niezmienionej wysyłki.

Kategoria
Protokół dostarczania
Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

Co oznacza ten kod

Wystąpił trwały problem z protokołem potrzebnym do przekazania wiadomości do następnego systemu, ale żaden dokładniejszy kod nie opisuje go właściwie. Nie ponawiaj niezmienionej wysyłki.

Znaczenie techniczne

Wzorzec X.5.0 oznacza, że wystąpił problem z protokołem potrzebnym do dostarczenia wiadomości do następnego etapu i nie można go odpowiednio wyrazić żadnym innym dostępnym kodem szczegółowym. W konkretnym kodzie 5.5.0 pierwsza cyfra przypisuje wynik do trwałej klasy 5.

Status dostarczenia

Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Kod jest ogólny: sam nie wskazuje konkretnego polecenia, etapu ani przyczyny problemu z protokołem i nie dowodzi, że adres odbiorcy jest nieważny.

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 wysyłki. Nową wysyłkę rozważ dopiero po ustaleniu przyczyny z pełnego kontekstu i potwierdzonej zmianie odpowiedniego warunku, konfiguracji lub sposobu obsługi.

Decyzja o supresji

Zalecenie operacyjne: nie wykluczaj automatycznie adresu na podstawie samego kodu 5.5.0. Sprawdź pełną odpowiedź, etap, system zwracający kod, historię doręczenia i inne trwałe sygnały, a decyzję podejmij zgodnie z ustaloną przyczyną oraz właściwą polityką.

Najczęstsze przyczyny

  • Podczas przekazywania wiadomości do następnego systemu wystąpił trwały problem z wymaganym protokołem, którego system raportujący nie mógł opisać dokładniejszym dostępnym kodem.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 5.5.0, a podstawowa odpowiedź należy do klasy 5xx.
  2. Powiąż odpowiedź z właściwą wiadomością, czasem próby, etapem SMTP lub kontekstem raportu DSN oraz następnym systemem na ścieżce; zachowaj pełną odpowiedź i dostępne logi, ponieważ sam kod jest ogólny.
  3. Na podstawie zachowanego kontekstu ustal, czy problem można opisać dokładniejszym statusem protokołu albo potwierdzonym warunkiem konkretnego dostawcy; nie przypisuj przyczyny na podstawie samego 5.5.0.
  4. Zatrzymaj niezmienione ponowienia; przed ewentualną nową wysyłką potwierdź istotną zmianę i ponownie sprawdź stan wykluczenia.

Działania z podziałem na role

Administrator nadawcy

  • Zatrzymaj ponowienia niezmienionej wysyłki oraz zachowaj pełną odpowiedź, czas, etap i następny system do diagnozy.
  • Przekaż zebrany kontekst dostawcy, jeśli przyczyna pozostaje niejasna; dopuść nową wysyłkę dopiero po potwierdzonej zmianie istotnego warunku i ponownym sprawdzeniu stanu wykluczenia.

Dostawca

  • Jeżeli zarządzasz systemem uczestniczącym w przekazaniu, sprawdź logi i dostępny przebieg protokołu dla wskazanego czasu, etapu i następnego systemu; nie wyprowadzaj konkretnej przyczyny z samego kodu.
  • Usuń potwierdzony problem w zarządzanej warstwie i zachowaj dokładną klasę oraz kontekst odpowiedzi; jeśli znany jest dokładniejszy status protokołu, zwróć go zamiast ogólnego 5.5.0.

Zweryfikowane przykłady dostawców

Zaakceptowany przykład Microsoftu z raportu NDR w Exchange Online dla wyszukiwania odbiorcy Outlook.com/Hotmail brzmi dokładnie: „550 5.5.0 Requested action not taken: mailbox unavailable”. Jest to brzmienie używane w tym konkretnym produkcie, a nie standardowa definicja X.5.0. Zaakceptowany dowód nie zawiera wyjaśnienia dostawcy ani zalecanego działania, więc nie przypisuje się ich.

Exchange Online NDR (Outlook.com/Hotmail recipient lookup) · SMTP 550

Dokładna odpowiedź SMTP

550 5.5.0 Requested action not taken: mailbox unavailable

Źródła i weryfikacja

Kanoniczne znaczenie T0 wzorca X.5.0 i przypisanie klasy zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 3463 i RFC 5248. Dokładny przykład Microsoftu pochodzi z zaakceptowanego dowodu microsoft-ph02-017. Źródła zweryfikowano 17 lipca 2026 r.; wskazówki dotyczące ponowień, diagnostyki i wykluczania są oddzielnymi zaleceniami operacyjnymi.

  • Enumerated Status Codes / X.5.0

  • 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

  • rfc3463Źródło T0

    IANA registry reference for X.5.0

  • microsoft-ph02-017Źródło T1

    Common error codes in nondelivery reports table > row 5.5.0; Description cell

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