4.7.3Kolejka przychodząca domeny odbiorcy tymczasowo powyżej limitu tempa (Outlook.com)

Nadanie wzorcowi rejestru X.7.3 klasy tymczasowej nie sprawia, że kod 4.7.3 dzieli tu znaczenie tego wzorca. RFC 3463 definiuje X.7.3 jako „Security conversion required but not possible”, czyli nieudaną konwersję między protokołami bezpiecznej poczty, i wprost zaznacza, że ten szczegół ma sens wyłącznie jako błąd trwały, z Associated Basic Status Code oznaczonym jako „Not given”. Odwzorowanie rejestru IANA w tym katalogu nadal traktuje X.7.3 jako całkowicie nierozstrzygnięty: bez potwierdzonej klasy 4 ani 5. Tekst produkcyjny z Outlook.com („Organization queue quota exceeded”) opisuje coś zupełnie innego: kolejka przychodząca domeny odbiorcy przekracza w tej próbie przydzielony limit tempa. To ponowne użycie punktu liczbowego przez dostawcę dla niepowiązanego stanu operacyjnego, a nie udokumentowany przykład znaczenia zapisanego w RFC. Obecność i sens tego kodu w katalogu opierają się wyłącznie na dokładnym dowodzie produkcyjnym zebranym w korpusie.

Konkretny kod 4.7.3 zapisany tutaj to własne ponowne użycie tego wzorca liczbowego przez Outlook.com dla stanu związanego z pojemnością kolejki domeny odbiorcy: infrastruktura pocztowa domeny docelowej przyjmuje obecnie pocztę wolniej, niż napływa ona do kolejki, a odpowiedź 450 4.7.3 sygnalizuje nadawcom, by zwolnili tempo i ponowili próbę; nie raportuje błędu bezpieczeństwa, szyfrowania ani konwersji protokołu. Dla kontrastu, w sekcji 3.8 RFC 3463 wzorzec X.7.3 obejmuje przypadek, gdy wiadomość wymagała konwersji między protokołami bezpiecznej poczty, a konwersja okazała się niemożliwa; RFC zaznacza, że ten szczegół ma sens wyłącznie jako błąd trwały i nie podaje Associated Basic Status Code. RFC 5248 ustanawia proces rejestrowy IANA dla kodów szczegółowych klasy X.7 i traktuje listę Associated Basic Status Code jako przykładową, a nie wyłączną, ale ani ten RFC, ani odwzorowanie rejestru IANA w tym katalogu nie przyznają X.7.3 potwierdzonej klasy 4 ani 5.

Pierwsza cyfra 4 oznacza uporczywe niepowodzenie przejściowe: w chwili tej próby kolejka domeny odbiorcy przekracza przydzielony jej limit tempa, ale stan powinien ustąpić, gdy zmniejszy się wolumen ruchu przychodzącego, niezależnie od tego, co zrobił nadawca. Zwróć uwagę, że sam RFC 3463 zaznacza, iż X.7.3 ma sens wyłącznie jako błąd trwały. Bieżące użycie tego samego wzorca przez Outlook.com jako stanu klasy 4, możliwego do ponowienia, odbiega od tej wskazówki — dlatego ten wpis opiera się na dowodzie korpusowym, a nie na znaczeniu zapisanym w rejestrze dla tego kodu.

Klasa

Niepowodzenie tymczasowe

Ponowienie

Kontrolowane ponowienie

Supresja

Sprawdź pełny kontekst

Ponawiaj wysyłkę z backoffem, losowym rozproszeniem i zmniejszonym tempem wysyłki do tej domeny odbiorcy; nie wysyłaj dalej w tempie, które spowodowało odroczenie. Zakończ ponawianie po sukcesie albo po osiągnięciu limitu prób lub czasu; pojedynczy kod 4.7.3 nie jest podstawą, by uznać adres, domenę czy własne uwierzytelnianie za wadliwe.

Nie wykluczaj ani nie usuwaj żadnego adresu odbiorcy wyłącznie na podstawie kodu 4.7.3: stan dotyczy pojemności kolejki przychodzącej domeny odbiorcy, a nie ważności czy zaangażowania pojedynczej skrzynki. Decyzje o wykluczeniu powinny opierać się na niezależnych sygnałach dotyczących pojedynczego odbiorcy (twarde odbicia, kody trwałe), a nie na tym współdzielonym stanie tempa, obejmującym całą domenę.

• Infrastruktura pocztowa domeny odbiorcy hostowana przez Outlook.com przyjmuje obecnie pocztę przychodzącą wolniej niż tempo, w jakim napływają do niej wiadomości — czy to od jednego dużego nadawcy, kilku nadawców naraz, czy z powodu zaległości przetwarzanych w kolejce.
• Stan to sygnał dotyczący pojemności po stronie odbiorcy, obejmujący całą domenę, a nie cokolwiek związanego z uwierzytelnianiem, reputacją czy treścią wiadomości tego nadawcy — mimo że wzorzec rejestru X.7.3 oficjalnie oznacza zupełnie inne niepowodzenie, nieudaną konwersję protokołu bezpiecznej poczty, użycie tej odpowiedzi przez Outlook.com nie ma z tym znaczeniem nic wspólnego.
• W zaakceptowanym przykładzie odpowiedź nie zawiera linku do pomocy i wskazuje w nawiasie wyłącznie domenę odbiorcy („[outlook.com]”), co odpowiada ogólnemu komunikatowi o pojemności kolejki infrastruktury, a nie działaniu polityki wymierzonemu w tego konkretnego nadawcę czy wiadomość.

1. Sprawdź surową odpowiedź SMTP i potwierdź, że kod rozszerzony to dokładnie 4.7.3, a podstawowa odpowiedź należy do klasy 4xx (w akceptowanym przykładzie: 450); zanotuj domenę odbiorcy wskazaną w nawiasie.
2. Nie interpretuj tej odpowiedzi jako problemu bezpieczeństwa, szyfrowania czy uwierzytelniania: RFC 3463 definiuje X.7.3 dla nieudanej konwersji między protokołami bezpiecznej poczty, ale to znaczenie nie występuje w tekście produkcyjnym Outlook.com, który wskazuje wyłącznie na stan limitu kolejki.
3. Zmniejsz tempo wysyłki do wskazanej domeny odbiorcy i ponawiaj w sposób ograniczony, z backoffem; stan limitu kolejki związany z wolumenem ruchu przychodzącego zwykle ustępuje, gdy zaległość lub skok ruchu minie.
4. Jeśli kod 4.7.3 powtarza się wielokrotnie dla jednej domeny odbiorcy w kolejnych wysyłkach, potraktuj to jako sygnał, by dostosować tempo wysyłki specjalnie do tej domeny, a nie jako defekt dotyczący pojedynczego odbiorcy czy wiadomości.