W skrócie
Pętla trasowania między regułą przekazywania, tabelą tras, rekordem MX lub przekaźnikiem wymaga prześledzenia całej ścieżki. Zachowaj dokładną odpowiedź Rackspace i ewentualny token G16, ponawiaj tylko z limitem, potem eskaluj; nie wykluczaj odbiorcy z powodu samej pętli.
Co oznacza ten kod
X.4.6 opisuje wykrycie pętli trasowania. Ten katalog publikuje 4.4.6 na podstawie dokładnego dowodu Rackspace, a lustrzany rejestr IANA nie potwierdza klasy wzorca.
Przykłady od dostawców
450 4.4.6 Routing loop detected (G16)Znaczenie techniczne
Wiadomość wracała między systemami pocztowymi przez regułę przekazywania, tabelę tras, rekord MX albo łańcuch przekaźników, aż mechanizm dostarczania przerwał cykl. Ten katalog publikuje konkretny kod 4.4.6 wyłącznie na podstawie dokładnego dowodu Rackspace: „450 4.4.6 Routing loop detected (G16)”. Odpowiedź i token G16 dokumentują własne wykrywanie pętli przez Rackspace, nie uniwersalne brzmienie, klasę odpowiedzi ani przyczynę u innych dostawców; lustrzany rejestr IANA nie potwierdza klasy wzorca X.4.6.
Status dostarczenia
Zaakceptowany wynik klasy 4 jest przejściowy tylko o tyle, o ile naprawiona ścieżka może zadziałać. Pętli nie naprawią nieograniczone ponowienia, a z tego dowodu nie wolno wyprowadzać klasy 5.
- Klasa
- Niepowodzenie tymczasowe
- Ponowienie
- Kontrolowane ponowienie
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Ponawiaj ograniczoną liczbę razy z wydłużającymi się odstępami wyłącznie podczas śledzenia reguł przekazywania, tabel tras, rekordów MX i przekaźników. Zatrzymaj po sukcesie albo limicie; utrzymującą się pętlę eskaluj do właściciela przepływu zamiast ponownie kierować wiadomość w ten sam cykl.
Decyzja o supresji
Nie wykluczaj odbiorcy na podstawie samego 4.4.6. Kod opisuje problem trasowania lub przekazywania, nie wadę odbiorcy; wymagaj odrębnego trwałego sygnału dotyczącego adresu.
Najczęstsze przyczyny
- Reguła przekazywania odbiorcy zwraca pocztę na wcześniej przebytą ścieżkę.
- Tabela trasowania, rekord MX albo konfiguracja przekaźnika tworzy cykl.
- Przykład Rackspace G16 jest dowodem wyłącznie dla jego wykrywania pętli.
Kroki diagnostyczne
- Potwierdź dokładnie 4.4.6 i zachowaj pełną odpowiedź oraz token dostawcy.
- Prześledź nagłówki Received i logi przepływu, aby znaleźć skok ponownie wprowadzający wiadomość do cyklu.
- Sprawdź z właścicielami reguły przekazywania, ścieżki relay, tabele trasowania i konfigurację MX.
- Stosuj tylko ograniczone okno ponowień; gdy pętla pozostaje, eskaluj z dowodem ścieżki.
Działania z podziałem na role
Administrator nadawcy
- Wstrzymaj powtarzalne wysyłki w ograniczonej polityce ponowień i zachowaj kompletny dowód ścieżki.
- Eskaluj utrzymującą się pętlę do domeny odbiorcy lub dostawcy z tekstem odpowiedzi i czasami prób.
Administrator odbiorcy
- Sprawdź reguły przekazywania i konfigurację trasowania pod swoją kontrolą.
- Usuń potwierdzoną pętlę i sprawdź nowe, kontrolowane dostarczenie.
Dostawca
- Prześledź zarządzane trasowanie i zachowaj tokeny diagnostyczne specyficzne dla dostawcy, w tym Rackspace G16.
- Napraw potwierdzony cykl zamiast zakładać, że ponowienia nadawcy go usuną.
Ź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.
- Kody odpowiedzi SMTP Rackspace/emailsrvr.com — Referencja postmaster emailsrvr.com (Rackspace) dla kodów odpowiedzi i odrzuceń SMTP.
Ostatnia weryfikacja:
