4.5.3Zbyt wielu odbiorców

Dla jednej wiadomości wskazano więcej odbiorców, niż protokół mógł obsłużyć w tej próbie. Kod należy do klasy tymczasowej; zwykle należy oddzielić pozostałych odbiorców i ponowić dla nich doręczenie w kontrolowany sposób.

Wzorzec X.5.3 oznacza, że dla wiadomości określono więcej odbiorców, niż można było dostarczyć przy użyciu protokołu. Standard wskazuje, że zwykle należy podzielić wiadomość na dwie części i dostarczyć pozostałych odbiorców w kolejnej próbie; kod uwzględniono również na wypadek, gdy taki podział nie jest możliwy. W konkretnym kodzie 4.5.3 pierwsza cyfra przypisuje wynik do klasy przejściowej.

Pierwsza cyfra 4 oznacza trwałe w czasie niepowodzenie przejściowe: bieżąca próba się nie udała, ale pozostałą część doręczenia można ponowić. Sam kod nie oznacza, że którykolwiek adres odbiorcy jest nieprawidłowy, i nie określa limitu ani tego, którzy odbiorcy zostali już przyjęci; wymaga to pełnego kontekstu transakcji.

Klasa

Niepowodzenie tymczasowe

Ponowienie

Kontrolowane ponowienie

Supresja

Sprawdź pełny kontekst

Zalecenie operacyjne: na podstawie pełnego przebiegu transakcji ustal pozostałych, nieobsłużonych odbiorców, podziel ich na mniejsze partie i ponawiaj wyłącznie tę część z backoffem, losowym rozproszeniem, idempotencją oraz limitem czasu lub prób. Przed każdą próbą sprawdź stan suppression; zakończ po sukcesie, trwałym wyniku albo osiągnięciu limitu i nie wysyłaj ponownie bez rozróżnienia do całej pierwotnej listy.

Zalecenie operacyjne: nie dodawaj adresów do listy wykluczeń wyłącznie na podstawie tymczasowego kodu 4.5.3. Sprawdź wynik dla każdego odbiorcy, pełną odpowiedź, historię ograniczonych ponowień i inne zdarzenia doręczenia; zastosuj suppression dopiero po niezależnym trwałym sygnale albo wtedy, gdy wymaga tego właściwa polityka.

• W wiadomości określono więcej odbiorców, niż użyty protokół mógł obsłużyć w jednej próbie doręczenia.
• W zaakceptowanym przykładzie Microsoft Exchange Server wiadomość przychodząca przekracza limit MaxRecipientsPerMessage konektora Receive; jest to praktyka konkretnego dostawcy, a nie pełna definicja 4.5.3.

1. Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 4.5.3, a podstawowa odpowiedź należy do klasy 4xx; zachowaj pełne brzmienie odpowiedzi.
2. Powiąż odpowiedź z właściwą wiadomością, czasem próby i przebiegiem poleceń odbiorców; na podstawie logów ustal pierwotną listę, odbiorców już przyjętych i pozostałych do obsłużenia, nie wyprowadzając tego podziału z samego kodu.
3. Jeżeli odpowiedź brzmi dokładnie "452 4.5.3 Too many recipients", potwierdź kontekst przychodzącego połączenia z Microsoft Exchange Server i sprawdź limit MaxRecipientsPerMessage właściwego konektora Receive.
4. Podziel pozostałych odbiorców na mniejsze partie, wykonaj ograniczoną próbę i porównaj wyniki; zakończ ponawianie po sukcesie, trwałym odrzuceniu albo osiągnięciu ustalonego limitu.

Zaakceptowany przykład Tier 1 z Microsoft Exchange Server ma dokładne brzmienie: "452 4.5.3 Too many recipients". Dokumentuje on synchroniczną odpowiedź na etapie RCPT TO, gdy przychodząca wiadomość przekracza limit MaxRecipientsPerMessage konektora Receive; Microsoft zaleca kontynuowanie dostarczania pozostałym odbiorcom w innym połączeniu. Ta praktyka nie zmienia standardowego znaczenia X.5.3. Temu rekordowi nie przypisano innego zaakceptowanego, dokładnego przykładu dostawcy.

452 4.5.3 Too many recipients

Porównaj z 2.5.0, które używa ogólnego szczegółu protokołu w klasie powodzenia, z 4.5.0 dla innego lub niezdefiniowanego tymczasowego problemu protokołu, z 4.5.1 dla nieprawidłowego polecenia oraz z 4.5.4 dla nieprawidłowych argumentów polecenia. Pomaga to odróżnić nadmierną liczbę odbiorców od innych statusów protokołu.

• 2.5.0Inny lub niezdefiniowany status protokołu
• 4.5.0Inny lub niezdefiniowany tymczasowy status protokołu
• 4.5.1Tymczasowo nieprawidłowe polecenie protokołu
• 4.5.4Tymczasowo nieprawidłowe argumenty polecenia

Kanoniczne znaczenie T0 wzorca X.5.3 i przypisanie klasy zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 3463 i RFC 5248 według stanu na 17 lipca 2026 r. Dokładny przykład praktyki dostawcy pochodzi z zaakceptowanego rekordu Microsoft p03-b04-microsoft-x-5-3-001; wskazówki dotyczące dzielenia partii, ponowień, diagnostyki i suppression są oddzielnymi zaleceniami operacyjnymi.

• iana-smtp-enhanced-status-codesŹródło T0

  Enumerated Status Codes / X.5.3

• rfc5248Źródło T0

  Section 2.1: registry fields and non-exclusive Associated Basic Status Code

• rfc2034Źródło T0

  Section 4: enhanced status class agrees with SMTP reply class

• rfc3463Źródło T0

  IANA registry reference for X.5.3

• p03-b04-microsoft-x-5-3-001Źródło T1

  How recipient limits work together: exact inbound Receive connector MaxRecipientsPerMessage connection response

Ostatnia weryfikacja: 17 lipca 2026