4.2.1Skrzynka odbiorcy tymczasowo nie przyjmuje wiadomości (limit tempa odbioru)

Przy wzorcu rejestru X.2.1 („Mailbox disabled, not accepting messages”, skrzynka wyłączona, nie przyjmuje wiadomości) kod 4.2.1 niesie klasę tymczasową: skrzynka odbiorcy istnieje, ale w tej próbie nie przyjmuje nowych wiadomości. Odwzorowanie rejestru IANA w tym katalogu nie podaje dla X.2.1 żadnego Associated Basic Status Code, więc ani klasa 4, ani klasa 5 nie jest tu mechanicznie potwierdzona; istnienie i znaczenie tego konkretnego kodu opierają się wyłącznie na dokładnym dowodzie produkcyjnym zebranym w korpusie (odpowiedź Gmaila 450 4.2.1 poniżej). Udokumentowane zachowanie jest węższe niż ogólny zapis rejestru: systemy produkcyjne używają tego kodu głównie do zgłaszania tymczasowego limitu tempa odbioru dla jednego odbiorcy, a nie wyłączonej skrzynki.

RFC 3463 ujmuje X.2.1 jako skrzynkę docelową, która istnieje, lecz w tej próbie nie przyjmuje wiadomości, bo została wyłączona albo blokuje ją inny stan. Ten sam kod szczegółowy może opisywać niepowodzenie trwałe (skrzynka nigdy nie zostanie ponownie włączona) albo uporczywe niepowodzenie przejściowe (skrzynka jest tylko tymczasowo wyłączona), bez rozstrzygnięcia samej klasy. W odwzorowaniu rejestru IANA w tym katalogu nie ma dla X.2.1 żadnego Associated Basic Status Code, więc żadna klasa nie jest tu mechanicznie potwierdzona, inaczej niż przy X.2.2, gdzie rejestr potwierdza klasę 5. Konkretny kod 4.2.1 (klasa 4) publikujemy w ramach warstwy EXPAND wyłącznie na podstawie dokładnego dowodu korpusowego: produkcyjni operatorzy pocztowi zwracają 450/452 4.2.1 głównie po to, by zgłosić, że dany odbiorca aktualnie otrzymuje pocztę w tempie, którego system nie akceptuje. To węższy i bardziej konkretny stan niż ogólny zapis „wyłączona” w rejestrze; nie jest to potwierdzone przez rejestr odczytanie tego wzorca.

Pierwsza cyfra 4 oznacza uporczywe niepowodzenie przejściowe: w chwili tej próby skrzynka nie przyjmuje wiadomości, ale stan powinien ustąpić, gdy tempo odbioru albo inny stan przejściowy się unormuje. Nie myl tego z trwałym niepowodzeniem statusu skrzynki — ta sama ogólna rodzina kodów szczegółowych X.2.x opisuje tam stan, który raczej nie ustąpi przy ponowieniu.

Klasa

Niepowodzenie tymczasowe

Ponowienie

Kontrolowane ponowienie

Supresja

Sprawdź pełny kontekst

Ponawiaj wysyłkę z backoffem, losowym rozproszeniem, idempotencją i limitem prób lub czasu. Zakończ ponawianie po sukcesie, po otrzymaniu kodu trwałego albo po wyczerpaniu limitu; nie traktuj pojedynczego 4.2.1 jako podstawy, by natychmiast przerwać ponawianie.

Nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie kodu 4.2.1. Sprawdź pełną odpowiedź i historię ograniczonych ponowień w danym oknie czasowym; wyklucz adres dopiero po niezależnym sygnale trwałym z tej samej rodziny statusu skrzynki (zobacz Powiązane kody) albo gdy uzasadnia to obowiązująca polityka listy.

• Odbiorca aktualnie otrzymuje wiadomości w tempie przekraczającym próg dla danej skrzynki (udokumentowane zachowanie Gmaila „ReceivingRate” w zaakceptowanym przykładzie poniżej): konto nie jest wyłączone — tylko ma chwilowo ograniczone tempo przyjmowania z powodu nagłego wzrostu napływającej poczty.
• Administrator domeny lub skrzynki wprowadził tymczasową blokadę dostarczania poczty przychodzącej na konkretną skrzynkę — na przykład podczas migracji, ponownego konfigurowania konta (re-provisioning) albo badania przejętego konta — co ten sam zapis rejestru „skrzynka wyłączona” również obejmuje.
• Sam wzorzec wysyłki przypomina skok (masowe ponowienie, gwałtowne rozwinięcie listy, powtórzona partia), a system odbiorcy stosuje ten kod jako throttling antynadużyciowy, a nie jako opis długoterminowego statusu skrzynki.

1. Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 4.2.1 (nie 5.2.1), a podstawowa odpowiedź należy do klasy 4xx (w akceptowanym przykładzie: 450).
2. Powiąż odpowiedź z konkretną wiadomością, czasem próby i adresem odbiorcy; zachowaj pełny tekst odpowiedzi, w tym ewentualny link dostawcy, np. do artykułu pomocy o limicie tempa odbioru.
3. Sprawdź, czy ten sam odbiorca zwraca odpowiedzi 4.2.1 wielokrotnie, dla wielu wiadomości i nadawców (co sugeruje throttling lub blokadę na poziomie całego konta), czy tylko dla tej jednej fali wysyłki (co sugeruje zwykły przejściowy limit tempa).
4. 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.