W skrócie
Poczta tymczasowo nie została dostarczona z nieokreślonego powodu sieciowego lub trasowania: to stan przejściowy, nie trwały. Ponawiaj z limitem prób i odstępami; nie wykluczaj adresu po pojedynczym 4.4.0. To wyraźny kod zbiorczy, więc bez sprawdzenia tekstu odpowiedzi nie zakładaj jednej przyczyny (np. zapytania DNS lub replikacji).
Co oznacza ten kod
W klasie tematu X.4 (Network and Routing Status) RFC 3463 definiuje X.4.0 jako zbiorcze "other or undefined" dla warunków sieciowych, które nie pasują do innych kodów szczegółowych tej klasy; kod 4.4.0 przypisuje ten wzorzec do klasy tymczasowej. Lustrzany rejestr katalogu zachowuje X.4.0 jako całkowicie nierozstrzygnięty: ani klasa 4, ani 5 nie mają potwierdzonego wpisu rejestru dla tego wzorca. Istnienie i znaczenie tego konkretnego kodu wynikają z dokładnych dowodów produkcyjnych zebranych w korpusie (odpowiedzi Outlook i Rackspace), a nie z potwierdzenia w rejestrze IANA. Wskazuje na ogólny warunek warstwy sieciowej lub trasowania podczas tej próby, nie na problem skrzynki czy adresowania.
Przykłady od dostawców
smtp;451 4.4.0 Message failed to be replicated: No healthy secondary server available to accept replica at this time. [outlook.com]451 4.4.0 Message failed to be replicated: No healthy secondary server available to accept replica at this time. [outlook.com]450 4.4.0 <email@example.com> Temporary DMARC DNS lookup failure (G1E)Znaczenie techniczne
X.4.0 to ogólny kod zbiorczy "other or undefined" w temacie X.4 Network and Routing Status. RFC 3463, sekcja 3.4, definiuje X.4.0–X.4.7 dla błędów związanych ze ścieżką sieciową lub trasowaniem wiadomości, a nie ze skrzynką czy samym adresem, i rezerwuje X.4.0 dla warunków niepasujących do bardziej szczegółowych wartości: brak odpowiedzi hosta, błędne połączenie, awaria serwera katalogowego, brak możliwości trasowania, przeciążenie systemu pocztowego, pętla trasowania lub wygaśnięcie czasu dostarczenia. Konkretny kod 4.4.0 jest opublikowany na podstawie dokładnych dowodów z korpusu dla strukturalnie różnych warunków o tych samych cyfrach zbiorczych: awarii replikacji wiadomości między zapasowymi serwerami skrzynek Outlooka oraz tymczasowej awarii zapytania DNS DMARC w Rackspace. Nie jest opublikowany na podstawie potwierdzenia w rejestrze IANA dla tej klasy.
Status dostarczenia
Wiodąca cyfra 4 oznacza utrzymujący się błąd przejściowy: warunek warstwy sieciowej lub trasowania zablokował tę próbę, ale może ustąpić po rozwiązaniu przyczyny. Nie utożsamiaj 4.4.0 z bardziej szczegółowymi kodami tej rodziny; gdy odpowiedź zawiera dokładniejszą wartość X.4, postępuj zgodnie z jej wskazówkami.
- Klasa
- Niepowodzenie tymczasowe
- Ponowienie
- Kontrolowane ponowienie
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Ponawiaj z backoffem, jitterem oraz limitem prób lub czasu. Zatrzymaj się po sukcesie, po pojawieniu się kodu trwałego albo po wyczerpaniu limitu. Pojedynczy 4.4.0 nie jest powodem do natychmiastowego zaprzestania ponawiania, ponieważ zaakceptowane przykłady opisują warunki, które mogą ustąpić samoczynnie.
Decyzja o supresji
Nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie 4.4.0. Zebrane dowody wskazują na warunki infrastruktury odbiorcy lub DNS niezwiązane z poprawnością adresu; sprawdź pełną odpowiedź i dokumentację dostawcy, a decyzję o wykluczeniu podejmuj dopiero po niezależnym trwałym sygnale albo gdy uzasadnia ją właściwa polityka listy.
Najczęstsze przyczyny
- W zaakceptowanym przykładzie Outlooka żaden sprawny serwer pomocniczy nie był dostępny do replikacji wiadomości backendowej — był to warunek dostępności wewnętrznej infrastruktury skrzynek, nie problem adresu ani skrzynki.
- W zaakceptowanym przykładzie Rackspace tymczasowa awaria podczas wyszukiwania w DNS polityki DMARC nadawcy spowodowała odrzucenie; późniejsze udane zapytanie może usunąć warunek.
- Ponieważ wzorzec rejestru jest wyraźnym kodem zbiorczym, dostawcy mogą używać 4.4.0 dla strukturalnie różnych warunków warstwy sieciowej lub trasowania; same cyfry nie wskazują, który z nich wystąpił.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP i potwierdź, że rozszerzony kod to dokładnie 4.4.0, a podstawowa odpowiedź należy do klasy 4xx (451 w zaakceptowanym przykładzie Outlooka i 450 w zaakceptowanym przykładzie Rackspace).
- Ustal dostawcę i uważnie przeczytaj jego opis; podstawowa przyczyna różni się między dostawcami używającymi tych samych cyfr 4.4.0.
- Skoreluj odpowiedź z wiadomością, czasem próby i domeną odbiorcy; zachowaj tekst dostawcy, taki jak "[outlook.com]" Outlooka lub "(G1E)" Rackspace.
- Ponawiaj w ograniczony sposób z backoffem; jeśli warunek utrzymuje się wyraźnie dłużej niż rozsądne okno, eskaluj przez kanał postmastera dostawcy odbierającego.
Działania z podziałem na role
Administrator nadawcy
- Ponawiaj z backoffem i limitem prób; nie wykluczaj adresu po jednym 4.4.0 i nie oczekuj naprawy po stronie nadawcy dla replikacji lub DNS po stronie odbiorcy.
- Grupuj powtarzające się wyniki według domeny odbiorcy i dostawcy; jeśli warunek trwa dłużej niż rozsądne okno ponawiania, skontaktuj się z administratorem odbiorcy innym kanałem, podając dokładną odpowiedź i czas próby.
Administrator odbiorcy
- Zachowaj pełną odpowiedź, ustal domenę, której dotyczy problem, oraz dostawcę odbierającego, a kwestię własności badaj wyłącznie na podstawie dokumentacji dostawcy lub potwierdzonej kontroli nad właściwym DNS.
- W przypadku własnej infrastruktury odbiorczej Microsoftu zwykle nie ma konfiguracji po stronie klienta do zmiany; jeśli problem nawraca szeroko, sprawdź stan usług dostawcy.
Dostawca
- Utrzymuj redundancję wewnętrznych ścieżek replikacji i zapytań DNS, a gdy rzeczywisty warunek jest znany, używaj bardziej szczegółowego kodu X.4.
- Zachowuj dokładny kod statusu i tekst opisu, aby nadawcy nie mylili tego ogólnego kodu zbiorczego z niezależnie możliwym do naprawy warunkiem sieciowym.
Ź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.
- smtp-codes (korpus społecznościowy) — Utrzymywany społecznościowo zbiór odpowiedzi SMTP dostawców, przypięty lokalnie jako dowód.
- Kody odpowiedzi SMTP Rackspace/emailsrvr.com — Referencja postmaster emailsrvr.com (Rackspace) dla kodów odpowiedzi i odrzuceń SMTP.
Ostatnia weryfikacja:
