W skrócie
Ogólny status protokołu w klasie powodzenia, bez dokładniejszego szczegółu. Traktuj jako przyjęcie, nie błąd: błędna obsługa jako odbicie zafałszowuje metryki dostarczalności. To powodzenie: nie ponawiaj wysyłki. Reputacja i higiena listy pozostają bez wpływu.
Co oznacza ten kod
Gdy na ścieżce protokołu doręczenia do kolejnego serwera nie pasował żaden dokładniejszy dostępny kod szczegółowy, raport używa wzorca rejestru X.5.0 w klasie powodzenia 2 jako kodu 2.5.0. Rodzina 5 obejmuje SMTP i powiązane szczegóły protokołu doręczenia, a klasa 2 oznacza powodzenie mimo ogólnego charakteru statusu. Pozycja .0 to nierozstrzygnięty lub zbiorczy status protokołu, nie nazwany błąd polecenia, składni ani sesji. Sam kod nie potwierdza odrzucenia z powodu protokołu, zakończenia doręczenia na ostatnim etapie ani braku osobnego zdarzenia niepowodzenia w historii wiadomości.
Znaczenie techniczne
Wzorzec X.5.0 oznacza problem z protokołem potrzebnym do przekazania wiadomości do następnego etapu, którego nie da się adekwatnie opisać innym dostępnym kodem szczegółowym. W wariancie 2.5.0 klasa rozszerzonego statusu wskazuje powodzenie.
Status dostarczenia
Klasa 2 opisuje pomyślny wynik tego zdarzenia. Nie jest to odrzucenie i sam kod nie potwierdza końcowego umieszczenia w skrzynce ani nie wyklucza późniejszych zdarzeń.
- Klasa
- Powodzenie
- Ponowienie
- Nie ponawiaj bez zmian
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Nie ponawiaj wysyłki na podstawie samego kodu 2.5.0, ponieważ należy on do klasy powodzenia. Automatyczne ponowienie mogłoby utworzyć duplikat; jeśli inne, niezależne zdarzenie wskazuje na niepowodzenie, oceń je osobno zgodnie z właściwą polityką ponowień.
Decyzja o supresji
Nie dodawaj odbiorcy do listy wykluczeń wyłącznie na podstawie kodu 2.5.0. Sprawdź pełny kontekst transakcji i inne niezależne zdarzenia dostarczenia lub odrzucenia przed podjęciem decyzji o supresji.
Najczęstsze przyczyny
- System raportujący zwrócił ogólny status X.5.0, ponieważ warunku dotyczącego protokołu nie dało się opisać dokładniejszym dostępnym kodem.
- Warstwa przetwarzająca zachowała szeroki kod 2.5.0, ale nie udostępniła otaczającego kontekstu polecenia, odpowiedzi lub raportu.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport DSN i potwierdź, że kod rozszerzony to dokładnie 2.5.0.
- Jeśli kod towarzyszy odpowiedzi SMTP, potwierdź, że podstawowa odpowiedź należy do klasy 2xx i jest zgodna z rozszerzoną klasą 2.x.x.
- Powiąż zdarzenie z właściwą wiadomością i etapem transakcji, a następnie przejrzyj polecenie, tekst odpowiedzi oraz późniejsze zdarzenia, aby ustalić dostępny kontekst protokołu.
- Jeśli system pokazuje 2.5.0 jako odbicie lub odrzucenie, prześledź parser, reguły normalizacji i mapowanie zdarzeń.
Działania z podziałem na role
Administrator nadawcy
- Klasyfikuj 2.5.0 jako powodzenie i nie uruchamiaj automatycznego ponowienia ani supresji wyłącznie z powodu tego kodu.
- Zachowaj surową odpowiedź i kontekst transakcji; popraw mapowanie zdarzeń, jeśli kod został skierowany do obsługi odrzuceń.
Dostawca
- Zachowuj klasę powodzenia oraz pełną surową odpowiedź, etap transakcji i dostępny kontekst protokołu podczas normalizacji zdarzenia.
- Jeśli dostępny jest dokładniejszy status protokołu, udostępnij go razem z ogólnym kodem zamiast przedstawiać 2.5.0 jako odrzucenie.
Ź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 3463 — rozszerzone kody statusu systemu poczty — Definiuje model klasa/temat/szczegół dla rozszerzonych kodów statusu.
Ostatnia weryfikacja:
