W skrócie
Skrzynka odbiorcy jest tymczasowo niedostępna z nieokreślonego powodu: przejściowe, nie trwałe. Ponawiaj z limitem prób i odstępami między próbami; nie wykluczaj adresu na podstawie samego 4.2.0. Wzorzec rejestru jest z założenia ogólny („inny/nieokreślony”) — nie zakładaj, że oznacza przekroczenie limitu miejsca (4.2.2) albo ograniczenie tempa (4.2.1), chyba że mówi o tym treść odpowiedzi albo dokumentacja dostawcy.
Co oznacza ten kod
Wzorzec rejestru X.2.0 („Other or undefined mailbox status”) to celowo ogólny kod zbiorczy; kod 4.2.0 jedynie nadaje mu klasę tymczasową. RFC 3463 definiuje ten wzorzec wyłącznie jako „skrzynka istnieje, ale coś w jej stanie spowodowało wysłanie tego DSN”, bez wskazania konkretnej przyczyny. Mechaniczne potwierdzenie IANA w tym katalogu zostawia X.2.0 całkowicie nierozstrzygnięty: ani klasa 4, ani klasa 5 nie ma tu potwierdzenia. Konkretny tymczasowy kod publikujemy więc wyłącznie na podstawie dokładnego dowodu produkcyjnego zebranego w korpusie (odpowiedź Comcast 450 4.2.0 poniżej), a nie potwierdzenia z rejestru. Status nazywa nieokreśloną blokadę po stronie skrzynki w tej próbie; nie dowodzi przekroczenia limitu, wyłączonego konta ani ograniczenia tempa. Te przypadki mają własne, bardziej szczegółowe kody.
Znaczenie techniczne
Wzorzec X.2.0 to jawny kod zastępczy rejestru w rodzinie statusu skrzynki. Stosuje się go wtedy, gdy docelowa skrzynka ma jakiś problem z przyjęciem wiadomości, ale bardziej szczegółowe kody X.2.1–X.2.4 nie mają zastosowania albo system nadawczy ich nie rozróżnił. RFC 3463 opisuje go ogólnie i nie rozstrzyga klasy dla żadnego konkretnego zastosowania. W tym katalogu rejestr IANA nie potwierdza mechanicznie żadnej klasy dla X.2.0. Konkretny kod 4.2.0 (klasa 4) stosuje ten ogólny wzorzec jako niepowodzenie przejściowe. Publikujemy go tu na podstawie dokładnego dowodu korpusowego: odpowiedzi Comcast informującej nadawcę, że ponowienie później najprawdopodobniej się powiedzie, a nie na podstawie potwierdzenia z rejestru IANA.
Status dostarczenia
Pierwsza cyfra 4 oznacza uporczywe niepowodzenie przejściowe: w chwili tej próby coś po stronie skrzynki odbiorcy uniemożliwiło dostarczenie, ale stan powinien ustąpić bez żadnej zmiany po stronie nadawcy. Nie odczytuj 4.2.0 jako kodu bardziej szczegółowego, niż jest w rzeczywistości: nie potwierdza przekroczenia limitu miejsca (4.2.2), ograniczenia tempa (4.2.1) ani wyłączonego konta (5.2.1) — system nadawczy użył kodu ogólnego, bo nie mógł albo nie chciał zgłosić dokładniejszego.
- Klasa
- Niepowodzenie tymczasowe
- Ponowienie
- Kontrolowane ponowienie
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Ponawiaj wysyłkę z backoffem, losowym rozproszeniem, idempotencją i limitem prób lub czasu. Zakończ ponawianie po sukcesie, po otrzymaniu kodu trwałego (np. 5.2.2, 5.1.1) albo po wyczerpaniu limitu; nie traktuj pojedynczego 4.2.0 jako podstawy, by natychmiast przerwać ponawianie, i nie reklasyfikuj go samodzielnie jako bardziej szczegółowego stanu (limit miejsca, tempo), jeśli nie mówi o tym treść odpowiedzi.
Decyzja o supresji
Nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie kodu 4.2.0 — to ogólny kod zbiorczy rejestru i niesie mniej informacji diagnostycznej niż kod szczegółowy. Sprawdź pełną odpowiedź i historię ograniczonych ponowień w danym oknie czasowym; wyklucz adres dopiero po niezależnym sygnale trwałym (rzeczywisty kod 5.x) albo gdy uzasadnia to obowiązująca polityka listy.
Najczęstsze przyczyny
- System odbiorcy nakłada tymczasową, nieokreśloną blokadę na docelową skrzynkę — na przykład krótkotrwałe sprawdzenie po stronie dostawcy albo opóźnienie w stylu greylistingu — bez przypisania jej do jednego z bardziej szczegółowych kodów skrzynki (limit miejsca, tempo, wyłączone konto).
- W zaakceptowanym przykładzie Comcast odpowiedź nie zawiera dalszych szczegółów poza „Recipient temporarily unavailable” ani linku do strony pomocy; Comcast we własnym opisie tej odpowiedzi mówi jedynie, że ponowna wysyłka później najprawdopodobniej się powiedzie, bez wskazania przyczyny.
- Niektórzy dostawcy używają tego samego ogólnego kodu szczegółowego X.2.0 dla innych krótkotrwałych blokad dotyczących konkretnego adresu (np. odroczeń w stylu greylistingu obserwowanych u innych dostawców w tym samym korpusie); ponieważ sam kod nie niesie dalszych szczegółów, dokładna przyczyna różni się między dostawcami i nie da się jej wywnioskować z samego kodu.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 4.2.0 (nie 4.2.1, 4.2.2 ani wariant 5.x), a podstawowa odpowiedź należy do klasy 4xx (w akceptowanym przykładzie: 450).
- Powiąż odpowiedź z konkretną wiadomością, czasem próby i adresem odbiorcy; zachowaj pełny tekst odpowiedzi, nawet jeśli w akceptowanym przykładzie nie zawiera on linku dostawcy ani dalszych szczegółów.
- Ponieważ 4.2.0 jest ogólny, nie zgaduj konkretnej przyczyny; jeśli stan utrzymuje się poza rozsądnym oknem ponowień, zapytaj odbiorcę (albo, w środowisku firmowym, jego administratora), czy skrzynka ma znany problem — limit miejsca, zawieszenie czy blokadę po stronie dostawcy.
- Porównaj wyniki ograniczonych ponowień w czasie i zakończ je po sukcesie, po otrzymaniu kodu trwałego albo po osiągnięciu ustalonego limitu prób.
Działania z podziałem na role
Nadawca
- Ponawiaj wysyłkę z backoffem i limitem prób; nie wykluczaj adresu na podstawie pojedynczego 4.2.0 i nie zakładaj bardziej szczegółowej przyczyny (limit miejsca, tempo), niż wynika to z treści odpowiedzi.
- Jeśli kod utrzymuje się poza rozsądnym oknem ponowień, skontaktuj się z odbiorcą inną drogą i przekaż kod, czas próby oraz kontekst wiadomości.
Odbiorca
- Jeśli zauważysz powtarzające się odroczenia 4.2.0 zgłaszane przez nadawcę, sprawdź skrzynkę pod kątem jakiegokolwiek komunikatu od dostawcy (limit miejsca, zawieszenie, tymczasowa blokada), nawet jeśli sam kod go nie nazywa.
- Jeśli kontem zarządza administrator domeny, poproś go o sprawdzenie, czy na skrzynce nie ma tymczasowego ograniczenia.
Administrator odbiorcy
- Sprawdź konto pod kątem limitu miejsca, zawieszenia albo blokad wynikających z polityki, które mogłyby powodować tę ogólną odpowiedź, i potwierdź u operatora pocztowego, jeśli nic nie widać po Twojej stronie.
- Jeśli stan powtarza się bez dającej się zidentyfikować przyczyny administracyjnej, potraktuj go jako tymczasową blokadę po stronie dostawcy i doradź nadawcom dalsze ponawianie w ograniczonym oknie czasowym.
Przykłady od dostawców
smtp;450 4.2.0 <example@comcast.net> - Recipient temporarily unavailableŹ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.
- RFC 3463 — rozszerzone kody statusu systemu poczty — Definiuje model klasa/temat/szczegół dla rozszerzonych kodów statusu.
- RFC 5248 — rejestr rozszerzonych kodów statusu SMTP — Tworzy i reguluje rejestr IANA rozszerzonych kodów statusu.
- SMTP Field Manual (korpus społecznościowy) — Utrzymywany społecznościowo zbiór odpowiedzi SMTP dostawców, przypięty lokalnie jako dowód.
Ostatnia weryfikacja:

