W skrócie
Ogólny status powodzenia, gdy znana jest tylko klasa 2 bez szczegółu. W raportach traktuj go jako przyjęcie, nie odrzucenie: błędna klasyfikacja jako odbicie psuje metryki dostarczalności. To nie jest błąd; nie ponawiaj wysyłki, a higiena listy pozostaje nietknięta, o ile system nie mapuje go na odbicie.
Co oznacza ten kod
Wzorzec rejestru X.0.0 w klasie powodzenia 2 to kod 2.0.0: system raportujący znał klasę wyniku, lecz nie dołączył dokładniejszego szczegółu. Klasa 2 oznacza przyjęcie wiadomości, a nie tymczasowe ani trwałe niepowodzenie doręczenia. Nierozstrzygnięte pozycje .0.0 celowo nie wskazują przyczyny po stronie skrzynki, systemu ani protokołu. Sam kod nie potwierdza ostatecznego trafienia do skrzynki odbiorczej, przebiegu routingu ani braku późniejszego zdarzenia dla tej wiadomości.
Znaczenie techniczne
Wzorzec X.0.0 to jedyny nierozstrzygnięty kod statusu; stosuje się go, gdy znana jest wyłącznie klasa wyniku. W wariancie 2.0.0 ta klasa to powodzenie.
Status dostarczenia
To status powodzenia, a nie błąd tymczasowy ani trwały. Jeśli system pokazuje go jako bounce lub odrzucenie, trzeba sprawdzić klasyfikację zdarzenia.
- Klasa
- Powodzenie
- Ponowienie
- Nie ponawiaj bez zmian
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Nie ponawiaj wysyłki na podstawie samego kodu 2.0.0, ponieważ kod należy do klasy powodzenia. Ponowienie mogłoby utworzyć duplikat.
Decyzja o supresji
Nie dodawaj adresu do suppression list na podstawie samego kodu 2.0.0. Decyzję podejmij dopiero po sprawdzeniu kontekstu i innych, niezależnych zdarzeń dostarczenia lub odrzucenia.
Najczęstsze przyczyny
- Serwer odbierający zwrócił ogólny status powodzenia bez bardziej szczegółowego kodu rozszerzonego.
- System przetwarzający odpowiedź zachował tylko klasę powodzenia albo błędnie skierował ją do przepływu obsługi odrzuceń.
Kroki diagnostyczne
- Sprawdź surową odpowiedź z transakcji SMTP i potwierdź, że zawiera dokładnie kod rozszerzony 2.0.0.
- Potwierdź, że podstawowa odpowiedź SMTP należy do klasy 2xx i jest zgodna z rozszerzoną klasą 2.x.x.
- Prześledź mapowanie odpowiedzi w logach i webhookach, aby ustalić, czy szczegół statusu został utracony albo wynik powodzenia został sklasyfikowany jako bounce.
Działania z podziałem na role
Administrator nadawcy
- Traktuj 2.0.0 jako wynik powodzenia, usuń go z kolejki ponowień i nie twórz suppression wyłącznie na jego podstawie.
- Jeśli kod trafił do obsługi odrzuceń, popraw parser lub mapowanie zdarzeń i zachowuj surową odpowiedź SMTP do audytu.
Dostawca
- Zachowuj pełną surową odpowiedź SMTP i bardziej szczegółowy kod statusu, jeśli jest dostępny.
- Sprawdź reguły normalizacji, gdy ogólny kod 2.0.0 zastępuje dostępny bardziej szczegółowy status powodzenia.
Ź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:
