W skrócie
Trwałe niepowodzenie RRVS: skrzynka nie należała nieprzerwanie do zamierzonego odbiorcy od wskazanego czasu. Zweryfikuj tożsamość odbiorcy i dane RRVS przed ponowną wysyłką. To sygnał bezpieczeństwa o własności adresu, nie zwykła higiena listy. Nie ponawiaj niezmienionej próby.
Co oznacza ten kod
Przerwana ciągłość własności skrzynki po wskazanej dacie i godzinie to wynik RRVS za kodem 5.7.17 ze wzorca rejestru X.7.17, dla wiadomości z Require-Recipient-Valid-Since lub RRVS. Klasa 5 zapisuje to ustalenie własności jako trwałe niepowodzenie w rejestrze statusów rozszerzonych, osobno od ogólnych wyników niedostarczalnego adresu. Szczegół to ujawnienie bezpieczeństwa na poziomie skrzynki, a nie dowód, że adres nigdy nie istniał. Nie ujawnia poprzedniego ani obecnego właściciela, dokładnego momentu przekazania ani tego, czy adres nadal nadaje się do innej korespondencji.
Znaczenie techniczne
Pole Require-Recipient-Valid-Since lub rozszerzenie RRVS w wiadomości oraz ustalenie, że skrzynka zamierzonego odbiorcy nie pozostawała pod nieprzerwaną własnością od wskazanej daty i godziny, dają X.7.17. Kod 5.7.17 stosuje to znaczenie w klasie trwałego niepowodzenia dla tej przerwy własności.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Sam kod nie wskazuje poprzedniego ani obecnego właściciela skrzynki, dokładnego czasu zmiany ani tego, czy adres może być bezpiecznie użyty w innym kontekście.
- 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 wiarygodnym potwierdzeniu tożsamości i adresu zamierzonego odbiorcy oraz uzasadnionej korekcie danych odbiorcy lub parametrów RRVS zgodnie z właściwą polityką; wcześniej ponownie sprawdź status supresji.
Decyzja o supresji
Zalecenie operacyjne: nie wykluczaj automatycznie całego adresu ani domeny na podstawie samego 5.7.17. Sprawdź pełną odpowiedź, znacznik czasu RRVS, konkretne powiązanie odbiorcy z adresem i historię doręczeń, a decyzję o supresji podejmij dla potwierdzonego kontekstu i zgodnie z właściwą polityką.
Najczęstsze przyczyny
- Skrzynka zmieniła właściciela po dacie i godzinie wskazanej przez RRVS, a system odbiorczy ustalił, że od tego czasu nie należała nieprzerwanie do zamierzonego odbiorcy.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź dokładny kod 5.7.17 oraz podstawową odpowiedź klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
- Powiąż odpowiedź z właściwą wiadomością, czasem i etapem próby, adresem odbiorcy, systemem zwracającym kod oraz polem lub rozszerzeniem RRVS i wskazaną datą; nie wyprowadzaj danych o właścicielu z samego kodu.
- W zaufanych danych nadawcy i dostępnych logach odbiorcy lub dostawcy zweryfikuj ciągłość powiązania zamierzonego odbiorcy ze skrzynką od wskazanego czasu. Zatrzymaj niezmienione próby, sprawdź status supresji i dopuść nową próbę dopiero po potwierdzonej korekcie.
Działania z podziałem na role
Nadawca
- Nie wysyłaj ponownie tej samej wiadomości ani nie usuwaj ochrony RRVS; potwierdź adres zamierzonego odbiorcy zaufanym kanałem i przekaż administratorowi pełną odpowiedź.
Administrator nadawcy
- Zachowaj pełną odpowiedź, adres i znacznik czasu RRVS, zatrzymaj niezmienione ponowienia oraz zweryfikuj powiązanie odbiorcy, konta i skrzynki; popraw tylko potwierdzone nieaktualne dane lub parametr RRVS, a przed kontrolowaną próbą sprawdź status supresji.
Administrator odbiorcy
- Jeżeli zarządzasz systemem zwracającym kod, sprawdź jego logi i stan własności skrzynki dla wskazanego czasu; popraw potwierdzony błąd danych albo bezpiecznie potwierdź wynik bez ujawniania informacji o obecnym właścicielu.
Dostawca
- Jeżeli obsługujesz usługę uczestniczącą w próbie, sprawdź przetwarzanie RRVS i ustalenie ciągłości własności w zarządzanych logach; usuń potwierdzony błąd usługi albo przekaż administratorom bezpieczny kontekst, bez 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:
