W skrócie
Trwałe niepowodzenie RRVS: odbiorca nie dokończył oceny, bo brakowało zapisanego znacznika czasu. Nadawca musi świadomie zdecydować o wysyłce bez ochrony RRVS. Oceń ryzyko dostarczalności i bezpieczeństwa przed rezygnacją z ochrony. Nie ponawiaj niezmienionej próby.
Co oznacza ten kod
Brak zapisanych znaczników czasu zostawia RRVS niedokończone: wzorzec X.7.19 daje kod 5.7.19, bo system odbiorczy nie może dokończyć kontroli. Klasa 5 klasyfikuje niedokończoną ocenę jako trwałe niepowodzenie tej próby, bez sugerowania, że adres odbiorcy jest błędny. Rejestr zostawia decyzję o ponownej wysyłce nadawcy wiadomości, zwłaszcza czy polityka dopuszcza ruch bez ochrony RRVS. Status nie mówi, dlaczego znacznik czasu był niedostępny, ani czy zapis da się przywrócić przed kolejną próbą.
Znaczenie techniczne
Gdy wiadomość zawiera pole Require-Recipient-Valid-Since lub rozszerzenie RRVS, a system odbiorczy nie może przeprowadzić wymaganej oceny, bo potrzebny znacznik czasu nie został zapisany, stosuje się X.7.19. Nadawca wiadomości musi zdecydować, czy ponowić wysyłkę bez ochrony RRVS. Kod 5.7.19 stosuje to znaczenie w klasie trwałego niepowodzenia.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Sam kod nie wyjaśnia, dlaczego znacznik czasu nie został zapisany, 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ą, kontrolowaną wysyłkę rozważ dopiero po ocenie ryzyka i świadomej decyzji nadawcy, czy polityka pozwala wysłać wiadomość bez ochrony RRVS; wcześniej potwierdź odbiorcę i ponownie sprawdź status supresji.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj automatycznie adresu ani domeny do listy wykluczeń na podstawie samego 5.7.19. Sprawdź pełną odpowiedź, kontekst RRVS i inne zdarzenia doręczenia, a decyzję o supresji podejmij zgodnie z potwierdzoną przyczyną i właściwą polityką.
Najczęstsze przyczyny
- Wiadomość zawierała pole Require-Recipient-Valid-Since lub rozszerzenie RRVS, lecz system odbiorczy nie miał zapisanego znacznika czasu potrzebnego do wykonania żądanej oceny.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport niedostarczenia i potwierdź dokładny kod 5.7.19 oraz podstawową odpowiedź klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
- Powiąż zdarzenie z właściwą wiadomością, odbiorcą, czasem i etapem próby oraz polem Require-Recipient-Valid-Since lub rozszerzeniem RRVS; nie wnioskuj z samego kodu, że adres jest nieprawidłowy.
- Poproś administratora systemu odbiorczego lub dostawcę o sprawdzenie dostępnych logów i potwierdzenie, że wymagany znacznik czasu nie został zapisany. Zatrzymaj niezmienione próby i sprawdź status supresji przed decyzją nadawcy o ewentualnej wysyłce bez ochrony RRVS.
Działania z podziałem na role
Nadawca
- Nie wysyłaj ponownie tej samej, niezmienionej wiadomości; potwierdź odbiorcę i ustal, czy ochrona RRVS jest wymagana, a pełną odpowiedź przekaż administratorowi nadawcy.
Administrator nadawcy
- Zachowaj pełną odpowiedź i kontekst RRVS, zatrzymaj niezmienione ponowienia, sprawdź status supresji i skoordynuj z administratorem odbiorcy lub dostawcą świadomą decyzję, czy polityka pozwala na nową wysyłkę bez ochrony RRVS.
Administrator odbiorcy
- Jeżeli zarządzasz systemem zwracającym kod, sprawdź logi i dane używane do oceny RRVS, potwierdź brak wymaganego znacznika czasu i usuń potwierdzony problem z jego zapisem albo bezpiecznie przekaż nadawcy wynik analizy.
Dostawca
- Jeżeli obsługujesz system uczestniczący w próbie, sprawdź przetwarzanie RRVS i zapis znacznika czasu w zarządzanej usłudze, usuń potwierdzony problem albo przekaż administratorom potrzebny kontekst; nie uruchamiaj automatycznej supresji na podstawie samego kodu.
Ź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.
- SMTP Enhanced Status Codes — Rejestr IANA rozszerzonych kodów statusu poczty.
- RFC 5248 — rejestr rozszerzonych kodów statusu SMTP — Tworzy i reguluje rejestr IANA rozszerzonych kodów statusu.
- RFC 2034 — rozszerzenie SMTP dla rozszerzonych kodów błędów — Definiuje, jak SMTP zwraca klientom rozszerzone kody statusu.
- RFC 7293 — nagłówek Require-Recipient-Valid-Since i rozszerzenie SMTP — Chroni przed ponownym użyciem adresów przez rozszerzenie ważności odbiorcy.
Ostatnia weryfikacja:
