W skrócie
Tymczasowy limit odbiorców w jednej transakcji: zachowaj rozróżnienie między odbiorcami już przyjętymi a pozostałymi, wyślij wyłącznie pozostałych w mniejszych partiach i nie wykluczaj adresu bez niezależnego trwałego wyniku dla tego odbiorcy.
Co oznacza ten kod
X.5.3 występuje, gdy w transakcji podano zbyt wielu odbiorców; standard zwykle zaleca podział wiadomości i późniejsze dostarczenie pozostałych.
Przykłady od dostawców
452 4.5.3 Too many recipients452 4.5.3 Domain policy size per transaction exceeded, please try this recipient in a separate transaction. For more information, go to Message bounced due to a policy rule. - gsmtp452 4.5.3 Your message has too many recipients. For more information regarding Google's sending limits, go to Limits for sending & getting email. - gsmtpZnaczenie techniczne
X.5.3 występuje, gdy w transakcji podano zbyt wielu odbiorców; standard zwykle zaleca podział wiadomości i późniejsze dostarczenie pozostałych.
Status dostarczenia
Pierwsza cyfra 4 czyni wynik przejściowym. Nie oznacza to błędnego adresu, nie oznacza, że wszyscy odbiorcy pierwotnej listy zawiedli, ani że można bezpiecznie wysłać całą listę bez zmian.
- Klasa
- Niepowodzenie tymczasowe
- Ponowienie
- Kontrolowane ponowienie
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Zidentyfikuj w śladzie odbiorców nieprzetworzonych, podziel wyłącznie tę pozostałą grupę na mniejsze partie i ponawiaj idempotentnie z wydłużającymi się, losowo rozproszonymi odstępami oraz limitem. Nie wysyłaj ponownie bez rozróżnienia do odbiorców już przyjętych, aby nie tworzyć duplikatów.
Decyzja o supresji
Nie wykluczaj odbiorcy na podstawie samego 4.5.3. Politykę listy opieraj na wyniku konkretnego odbiorcy oraz niezależnych trwałych sygnałach.
Najczęstsze przyczyny
- Wiadomość wskazała więcej odbiorców, niż protokół mógł obsłużyć.
- Przykład Microsoft Exchange Server MaxRecipientsPerMessage jest praktyką specyficzną dla dostawcy.
Kroki diagnostyczne
- Potwierdź dokładnie 4.5.3 i odpowiedź 4xx oraz zachowaj pełną odpowiedź.
- Ze śladu transakcji ustal odbiorców pierwotnych, już przyjętych i nadal pozostałych.
- Dla dokładnej odpowiedzi Microsoftu 452 4.5.3 Too many recipients potwierdź kontekst Receive connector oraz jego limit MaxRecipientsPerMessage.
- Podziel wyłącznie pozostałych odbiorców na mniejsze partie i zatrzymaj po sukcesie, trwałym wyniku lub limicie.
Działania z podziałem na role
Administrator nadawcy
- Zapisz wynik transakcji dla każdego odbiorcy i wysyłaj w mniejszych partiach wyłącznie odbiorców pozostałych.
- Stosuj idempotencję i ograniczone ponowienia, aby uniknąć duplikacji u odbiorców już przyjętych.
Dostawca
- Zachowaj kontekst etapu odbiorców i dokładne limity, jeśli są dostępne.
- Stosuj lub zmieniaj zarządzane limity według polityki, nie zamieniając limitu tymczasowego w wykluczenie odbiorcy.
Ź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.
- SMTP Enhanced Status Codes — Rejestr IANA rozszerzonych kodów statusu poczty.
- RFC 5248 — rejestr rozszerzonych kodów statusu SMTP — Tworzy i reguluje rejestr IANA rozszerzonych kodów statusu.
- RFC 2034 — rozszerzenie SMTP dla rozszerzonych kodów błędów — Definiuje, jak SMTP zwraca klientom rozszerzone kody statusu.
- RFC 3463 — rozszerzone kody statusu systemu poczty — Definiuje model klasa/temat/szczegół dla rozszerzonych kodów statusu.
- Limity rozmiaru wiadomości i odbiorców w Exchange Server — Dokumentacja Microsoft Learn limitów wiadomości i odbiorców w Exchange.
- Błędy i kody SMTP Gmaila — Oficjalna tabela Gmail Help z komunikatami błędów SMTP i kodami statusu.
Ostatnia weryfikacja:
