Co oznacza ten kod
System odbiorczy trwale odrzucił wiadomość i wskazał, że właściciel domeny odbiorcy zmienił się od czasu podanego przez mechanizm RRVS. Nie ponawiaj tej samej, niezmienionej próby.
Znaczenie techniczne
Wzorzec X.7.18 jest zwracany, gdy wiadomość zawiera pole Require-Recipient-Valid-Since lub rozszerzenie RRVS, a system odbiorczy chce ujawnić, że właściciel domeny odbiorcy zmienił się od wskazanego czasu. W kodzie 5.7.18 pierwsza cyfra przypisuje wynik do klasy trwałej.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Sam kod nie identyfikuje poprzedniego ani obecnego właściciela domeny i nie podaje przyczyny zmiany.
- 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ą, kontrolowaną próbę rozważ dopiero po zweryfikowaniu odbiorcy, domeny i kontekstu RRVS oraz po potwierdzonej, istotnej korekcie; wcześniej ponownie sprawdź suppression.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj automatycznie adresu ani domeny do listy wykluczeń na podstawie samego 5.7.18. Sprawdź pełną odpowiedź, kontekst RRVS, zmianę właściciela domeny i inne zdarzenia doręczenia, a decyzję o suppression podejmij zgodnie z potwierdzoną przyczyną i właściwą polityką.
Najczęstsze przyczyny
- Wiadomość zawierała pole Require-Recipient-Valid-Since lub rozszerzenie RRVS, a system odbiorczy ustalił, że właściciel domeny odbiorcy zmienił się od wskazanego czasu.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport niedostarczenia i potwierdź dokładny kod 5.7.18 oraz podstawową odpowiedź klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
- Powiąż zdarzenie z właściwą wiadomością, czasem i etapem próby, domeną odbiorcy oraz czasem podanym w polu Require-Recipient-Valid-Since lub RRVS; nie wyprowadzaj tożsamości właścicieli z samego kodu.
- Poproś administratora systemu odbiorczego lub dostawcę o sprawdzenie dostępnych logów i potwierdzenie warunku zmiany właściciela domeny. Zatrzymaj niezmienione próby i sprawdź suppression przed ewentualną nową, kontrolowaną wysyłką po potwierdzonej korekcie.
Działania z podziałem na role
Nadawca
- Nie wysyłaj ponownie tej samej, niezmienionej wiadomości; potwierdź zamierzonego odbiorcę i jego domenę, a pełną odpowiedź przekaż administratorowi nadawcy.
Administrator nadawcy
- Zachowaj pełną odpowiedź i kontekst próby, sprawdź domenę odbiorcy oraz użyty czas RRVS, zatrzymaj niezmienione ponowienia i skoordynuj potwierdzoną korektę z administratorem odbiorcy lub dostawcą.
Administrator odbiorcy
- Jeżeli zarządzasz systemem, który zwrócił kod, sprawdź jego logi dla wskazanej domeny i czasu RRVS, potwierdź warunek zmiany właściciela domeny i przekaż nadawcy bezpieczny kontekst potrzebny do dalszej decyzji.
Dostawca
- Jeżeli obsługujesz system uczestniczący w próbie, sprawdź logi zarządzanej usługi i kontekst RRVS, potwierdź podstawę wyniku oraz nie uruchamiaj suppression na podstawie samego kodu.
Źródła i weryfikacja
Kanoniczne znaczenie wzorca X.7.18 i jego zastosowanie w klasie 5 zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 5248 i RFC 7293 według stanu na 17 lipca 2026 r. Wskazówki dotyczące ponowień, suppression, diagnostyki i działań właścicieli są oddzielnymi zaleceniami operacyjnymi; rekord nie zawiera praktyki konkretnego dostawcy.
- iana-smtp-enhanced-status-codesŹródło T0
Enumerated Status Codes / X.7.18
- 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
- rfc7293Źródło T0
IANA registry reference for X.7.18
Ostatnia weryfikacja:
