Blazalek.com

2.3.0Inny lub niezdefiniowany status systemu pocztowego

System docelowy istnieje i zwykle przyjmuje pocztę, ale jego stan spowodował wygenerowanie ogólnego raportu DSN. Ponieważ kod zaczyna się od 2, opisuje powodzenie, a nie odrzucenie wiadomości.

Kategoria
System pocztowy
Klasa
Powodzenie
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

W skrócie

Ogólny status systemu pocztowego w klasie powodzenia: to nie porażka doręczenia. Status informacyjny; jeśli narzędzia biorą go za odbicie, popraw mapowanie zdarzeń. Wiadomość przyjęta: nie ponawiaj wysyłki. Dostarczalność i reputacja zwykle bez wpływu.

Co oznacza ten kod

Ogólny status systemu pocztowego według wzorca X.3.0 w klasie powodzenia 2 to kod 2.3.0: system docelowy istnieje i zwykle przyjmuje pocztę, lecz ścieżka raportowania zwróciła tylko ten zbiorczy status zamiast dokładniejszego szczegółu z rodziny 2.3.x. Rodzina 3 obejmuje stany systemu pocztowego, a pierwsza cyfra 2 utrzymuje raport w rejestrze powodzenia, nawet gdy zdarzeniu towarzyszy DSN. Sygnał mówi, że coś w systemie docelowym wywołało raport statusu bez wskazania konkretnej przyczyny związanej z kolejką, pojemnością ani konfiguracją. Nie dowodzi awarii, odrzucenia ani tego, że doręczenie poszło dalej niż przyjęcie wynikające z klasy 2.

Znaczenie techniczne

Inny lub nierozstrzygnięty status systemu pocztowego to wzorzec X.3.0: system docelowy istnieje i zwykle przyjmuje pocztę, ale coś w tym systemie spowodowało wygenerowanie raportu DSN. W wariancie 2.3.0 klasą wyniku jest powodzenie.

Status dostarczenia

Pierwsza cyfra 2 oznacza powodzenie. Kod 2.3.0 nie wskazuje błędu tymczasowego ani trwałego i sam w sobie nie jest informacją o bounce lub odrzuceniu, nawet jeśli występuje w raporcie DSN.

Klasa
Powodzenie
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

Decyzja o ponowieniu

Nie ponawiaj wysyłki na podstawie samego kodu 2.3.0, ponieważ jest to status powodzenia. Ponowienie mogłoby utworzyć duplikat; jeśli oczekiwany rezultat nie jest widoczny, najpierw sprawdź pełny kontekst zdarzenia.

Decyzja o supresji

Nie dodawaj odbiorcy do listy wykluczeń wyłącznie na podstawie kodu 2.3.0. Przed zmianą stanu odbiorcy sprawdź kontekst raportu i niezależne zdarzenia potwierdzające ewentualne odrzucenie.

Najczęstsze przyczyny

  • System raportujący użył ogólnego statusu X.3.0 w raporcie DSN o powodzeniu, bez bardziej szczegółowego statusu systemu pocztowego.
  • Warstwa przetwarzająca zachowała ogólny kod 2.3.0, ale nie udostępniła bardziej szczegółowego kontekstu raportu.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP lub raport DSN i potwierdź, że kod rozszerzony to dokładnie 2.3.0.
  2. Jeśli kod występuje przy odpowiedzi SMTP, potwierdź, że podstawowa odpowiedź należy do klasy 2xx i jest zgodna z rozszerzoną klasą 2.x.x.
  3. Powiąż raport z właściwą wiadomością i próbą wysyłki, a następnie przejrzyj otaczający kontekst oraz późniejsze zdarzenia, aby ustalić końcowy wynik.
  4. Jeśli system pokazuje 2.3.0 jako bounce lub odrzucenie, prześledź parser, reguły normalizacji i mapowanie zdarzeń.

Działania z podziałem na role

Administrator nadawcy

  • Klasyfikuj 2.3.0 jako powodzenie; nie uruchamiaj ponowienia ani automatycznej supresji wyłącznie z powodu tego kodu.
  • Zachowaj surowy raport i popraw mapowanie zdarzeń, jeśli kod został skierowany do obsługi odrzuceń.

Administrator odbiorcy

  • Jeśli istnieją niezależne oznaki problemu, sprawdź logi systemu docelowego dla powiązanej transakcji; nie wnioskuj o odrzuceniu lub awarii z samego kodu 2.3.0.
  • Gdy system odbiorczy wygenerował raport, zachowaj kod wraz z kontekstem potrzebnym do odróżnienia powodzenia od błędu.

Dostawca

  • Zachowuj surową odpowiedź lub raport DSN oraz klasę powodzenia podczas normalizacji zdarzenia.
  • Nie przedstawiaj 2.3.0 jako odrzucenia; jeśli dostępny jest dokładniejszy status systemu pocztowego, zachowaj go razem z ogólnym kodem.

Ź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.

Ostatnia weryfikacja:

Znalazłeś błąd lub nieścisłość? Zgłoś poprawkę.

Wskaż element tej strony, który wymaga sprawdzenia. Każde zgłoszenie jest weryfikowane ręcznie.

Rodzaj problemu

Opisz problem i, jeśli chcesz, zaproponuj poprawione brzmienie.

Przy zgłoszeniu merytorycznym podaj publiczne źródło, jeśli je masz.

Możesz wysłać zgłoszenie anonimowo. Odpowiedź nie jest gwarantowana.

Nie wklejaj pełnych odpowiedzi bounce, nagłówków, adresów e-mail, Message-ID, tokenów ani innych danych osobowych. Przed wysłaniem zredaguj materiał dowodowy.

Wysłanie korekty przekazuje wpisane dane do Formspree, żebym mógł zweryfikować i poprawić tę stronę. Przeczytaj informację o prywatności.

Poradnik

Incydenty

Wojtek Blazalek

Ekspert ds. dostarczalności e-mail

Utknąłeś na tym kodzie błędu? Pomagam zespołom ustalać przyczyny odrzuceń oraz naprawiać uwierzytelnianie i reputację, żeby wiadomości trafiały do skrzynki.

Praktyczna praca nad dostarczalnością dla firm wysyłających na dużą skalę.