5.4.6Przekroczony limit skrzynki lub domeny na hostowanej platformie pocztowej (Titan)

Trzy dokładne odpowiedzi Titana poniżej niosą cyfry 5.4.6, opisując przekroczenie limitu wysyłania i odbierania po stronie skrzynki odbiorcy albo domeny hostingowej, a nie pętlę routingu ani pętlę przekierowań; konkretny kod publikowany tutaj opiera się więc wyłącznie na tym dowodzie produkcyjnym zebranym w korpusie. Kod 5.4.6 przypisuje wzorzec rejestru X.4.6 do klasy 5. RFC 3463 nadaje wzorcowi X.4.6 przykładowy tekst „wykryto pętlę routingu” (Routing loop detected) i opisuje go jako przydatny wyłącznie w roli uporczywego niepowodzenia przejściowego, ale rejestr IANA zapisuje dla Associated Basic Status Code tego wzorca wartość „Not given”. Żadna klasa, ani 4, ani 5, nie ma tu mechanicznie potwierdzonego kodu podstawowego, więc odwzorowanie rejestru IANA w tym katalogu oznacza X.4.6 jako nierozstrzygnięty właśnie z tego powodu.

Ponieważ pole Associated Basic Status Code w rejestrze IANA dla X.4.6 brzmi „Not given”, odwzorowanie rejestru IANA w tym katalogu pozostawia stosowalność klasy dla tego wzorca nierozstrzygniętą zarówno dla klasy 4, jak i dla klasy 5. Według RFC 3463 wzorzec X.4.6 oznacza pętlę routingu: wiadomość przekazywaną zbyt wiele razy z powodu błędnych tablic routingu albo pętli przekierowań użytkownika, opisywaną jako przydatną wyłącznie w roli uporczywego niepowodzenia przejściowego. W odróżnieniu od wzorców takich jak X.2.2 czy X.4.1 w tym katalogu, gdzie przynajmniej jedna klasa ma mechanicznie potwierdzony kod podstawowy, X.4.6 nie potwierdza żadnej. Konkretny kod 5.4.6 publikujemy wyłącznie na podstawie dokładnego dowodu korpusowego: trzech odpowiedzi Titan Email, które niosą cyfry 5.4.6, opisując przekroczenie limitu miejsca albo tempa wysyłania i odbierania po stronie skrzynki odbiorcy albo domeny hostingowej. To stan niezwiązany ze scenariuszem pętli routingu, który opisuje własny przykład RFC.

Pierwsza cyfra 5 oznacza niepowodzenie trwałe dla tej wiadomości w bieżącym kontekście: nie powtarzaj tej samej, niezmienionej wysyłki. W dowodach zebranych tutaj stanem leżącym u podstaw jest limit — osobisty przydział skrzynki albo godzinny/dzienny limit przychodzącej poczty dla całej domeny — który może się zmienić i faktycznie się zmienia w czasie, więc „trwałe” opisuje tę konkretną próbę, a nie trwałe stwierdzenie o adresie czy domenie. Nie odczytuj cyfry klasy 5 jako sygnału, że sam adres odbiorcy jest nieprawidłowy, i nie myl tego kodu z rzeczywistą pętlą routingu — ani rejestr IANA, ani własny przykład z RFC 3463 nie potwierdzają tu tej klasy.

Klasa

Niepowodzenie trwałe

Ponowienie

Nie ponawiaj bez zmian

Supresja

Sprawdź pełny kontekst

Zalecenie operacyjne: zatrzymaj identyczne, blisko rozstawione w czasie automatyczne ponowienia tej samej wiadomości. Jeśli odpowiedź to wariant dotyczący pojedynczej skrzynki („Recipient Quota Exceeded”), potraktuj to jak 5.4.1 albo inne odrzucenie po stronie odbiorcy — czekaj na zewnętrzny sygnał, że coś się zmieniło (odbiorca albo jego administrator potwierdzi zwolnienie miejsca), zamiast ponawiać według stałego harmonogramu. Jeśli to jeden z dwóch wariantów domenowych („Hourly/Daily Quota Exceeded”), rozsądne jest pojedyncze, ograniczone ponowienie po zakończeniu odpowiedniego okna (kolejna godzina albo kolejna doba), ponieważ u podstaw leży limit tempa powiązany ze znanym cyklem odnowienia, a nie problem z adresem; nie przekraczaj niewielkiego, jawnie ustalonego limitu prób.

Nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie kodu 5.4.6 i nie pozwól, aby fraza „Mailbox Does Not Exist” wewnątrz wariantu domenowego sama w sobie decydowała o wykluczeniu — w każdym zaakceptowanym tutaj przykładzie ta fraza towarzyszy stanowi limitu tempa, a nie potwierdzonemu nieprawidłowemu adresowi. Wyklucz adres dopiero, gdy pojawi się niezależny, jednoznaczny sygnał trwały (np. rzeczywista odpowiedź 5.1.1 albo 5.2.1) albo gdy uzasadnia to obowiązująca polityka listy.

• Konkretna skrzynka odbiorcy w domenie hostowanej u Titana wyczerpała przydzielony limit miejsca albo tempa wysyłania i odbierania (fraza „Recipient Quota Exceeded”), i żadne wiadomości nie zostaną przyjęte na ten adres, dopóki właściciel albo administrator domeny go nie zwolni lub nie podniesie.
• Domena odbiorcy jako całość przekroczyła własny godzinny albo dzienny limit przychodzącej poczty ustalony przez plan hostingowy Titana (dwie frazy „Domains ... Quota Exceeded”) — limit tempa powiązany z poziomem planu domeny, a nie właściwość pojedynczej skrzynki.
• W obu wariantach limitu domenowego własny tekst Titana łączy niezwiązaną frazę „Mailbox Does Not Exist” z opisem limitu, mimo że domena i skrzynka faktycznie istnieją — udokumentowana osobliwość sformułowań tego konkretnego dostawcy, nie ogólna definicja kodu.

1. Sprawdź surową odpowiedź SMTP i potwierdź, że kod rozszerzony to dokładnie 5.4.6, podstawowa odpowiedź to 550, oraz przeczytaj do końca tekst opisowy — to jedyne miejsce, w którym ten dostawca odróżnia limit pojedynczej skrzynki od limitu całej domeny.
2. Nie pozwól, aby automatyczny klasyfikator odrzuceń sam w sobie potraktował frazę „Mailbox Does Not Exist” wewnątrz wariantu domenowego jako dowód nieprawidłowego albo nieistniejącego adresu; zestaw ją z otaczającym tekstem „Hourly/Daily Quota Exceeded”, zanim wyciągniesz taki wniosek.
3. Powiąż odrzucenie z liczbą odbiorców i wolumenem wysyłki do tej domeny w poprzedzającej godzinie i dobie; wzorzec skokowy tuż przed odrzuceniem wskazuje raczej na limit tempa całej domeny niż na własny limit miejsca jednej skrzynki.
4. Jeśli wzorzec się powtarza, sprawdź własną dokumentację pomocy Titana dotyczącą limitów wysyłki/odbioru (link poniżej) albo poproś administratora domeny o sprawdzenie poziomu planu i bieżącego wykorzystania przed kolejną próbą.