W skrócie
Wiadomość przekroczyła limit rozmiaru w systemie, który ją przetworzył; same cyfry nie mówią, który element został zmierzony. Nie ponawiaj wysyłki bez zmian. Pierwszy działa administrator nadawcy: odczytuje z odpowiedzi, co zostało zmierzone, i zmniejsza ten element albo uzyskuje potwierdzoną zmianę limitu. Kod nie ocenia adresu odbiorcy, więc sam z siebie nie uzasadnia wykluczenia.
Co oznacza ten kod
Kod 5.3.4, zgodnie ze wzorcem rejestru X.3.4 i klasą 5, zapisuje przekroczenie limitu rozmiaru pojedynczej wiadomości w przetwarzającym systemie pocztowym. Rejestr dopuszcza ten szczegół wyłącznie dla błędów trwałych i obejmuje limity ustanowione z przyczyn fizycznych lub administracyjnych; nie rozstrzyga, która część wiadomości jest mierzona. W zaakceptowanych przykładach dostawców pod tymi samymi cyframi występują cztery różne zakresy: cała wiadomość, liczba załączników, wszystkie pola nagłówka razem oraz pojedyncze pole nagłówka. Limit należy do systemu pocztowego, który go zastosował, a nie do adresu odbiorcy, więc status opisuje politykę systemu, a nie poprawność adresu.
Przykłady od dostawców
552 5.3.4 Header size exceeds fixed maximum size.550 5.3.4 Message too large (G17)552 5.3.4 Your message exceeded Google's message size limits. To view our message size guidelines, go to Send attachments with your Gmail message. - gsmtp552 5.3.4 The number of attachments (num-attachments) exceeds Google's limit of limit attachments. To view our attachment size guidelines, go to Gmail receiving limits in Google Workspace. - gsmtp552 5.3.4 The size of your message (size bytes) exceeded Google's message size limits of limit bytes. To view our message size guidelines, go to Gmail receiving limits in Google Workspace. - gsmtp552 5.3.4 Your message exceeded Google's message header size limits. To view our header size guidelines, go to Gmail message header limits. - gsmtp552 5.3.4 The size of the header name header value (size bytes) exceeds Google's limit of limit bytes per individual header size. To view our header size guidelines, go to Gmail message header limits. - gsmtpZnaczenie techniczne
Wiadomość większa niż limit dla pojedynczej wiadomości, ustanowiony z przyczyn fizycznych lub administracyjnych, należy do X.3.4. Standard wskazuje, że ten status jest użyteczny wyłącznie dla błędów trwałych; kod 5.3.4 łączy to znaczenie z klasą 5. Wpis w rejestrze nazywa limit, ale nie podaje jego wartości, nie wskazuje mierzonego elementu ani systemu, który ten limit trzyma, więc te trzy fakty muszą pochodzić z tekstu odpowiedzi i od systemu, który ją zwrócił. Nie jest też ustalona podstawowa odpowiedź towarzysząca kodowi rozszerzonemu: rejestr traktuje powiązany podstawowy kod statusu jako niewyłączny, a zaakceptowane przykłady łączą 5.3.4 zarówno z 552, jak i z 550, przy czym w każdym z nich klasa rozszerzona zgadza się z klasą odpowiedzi.
Status dostarczenia
Wiodąca cyfra 5 oznacza trwałe niepowodzenie bieżącego żądania dostarczenia. Niezmienionej wiadomości nie należy przedstawiać ponownie systemowi, który stosuje ten sam limit; trwałość dotyczy wiadomości w postaci przedstawionej do wysyłki, zmierzonej względem tego limitu, a nie adresu odbiorcy, którego kod nie ocenia.
- Klasa
- Niepowodzenie trwałe
- Ponowienie
- Nie ponawiaj bez zmian
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Wskazówka operacyjna: zatrzymaj automatyczne i ręczne ponawianie niezmienionej wiadomości, bo ta sama wiadomość zmierzona względem tego samego limitu da tę samą odpowiedź. Nowa wysyłka jest uzasadniona dopiero po potwierdzeniu, że element wskazany w odpowiedzi zszedł poniżej podanego limitu, albo po potwierdzeniu zmiany limitu przez operatora systemu, który go zastosował. Inny system docelowy może mieć inny limit; wysyłka przez niego jest nową wysyłką na zmienionej trasie, a nie ponowieniem nieudanej próby.
Decyzja o supresji
Wskazówka operacyjna: nie dodawaj automatycznie adresu odbiorcy do listy wykluczeń wyłącznie z powodu 5.3.4. Kod zgłasza limit należący do systemu pocztowego i nie ocenia ani adresu odbiorcy, ani stanu skrzynki, więc nie jest dowodem na to, że adres jest niedoręczalny. Sprawdź pełną odpowiedź, wiadomość, zastosowany limit i historię zdarzeń dla tego adresu; wykluczaj tylko wtedy, gdy uzasadnia to właściwa polityka lub niezależny trwały sygnał.
Najczęstsze przyczyny
- Wiadomość w postaci przedstawionej do wysyłki jest większa niż całkowity limit pojedynczej wiadomości w systemie, który ją przetwarza; na tym zakresie odrzucają zarówno tabela dokumentacji Gmaila, jak i przykład Rackspace Email.
- Liczba załączników przekracza limit liczby załączników, który system podaje osobno od limitu rozmiaru całkowitego; tabela dokumentacji Gmaila ma dla tego przypadku odrębną odpowiedź.
- Limit nagłówków zostaje przekroczony nawet przy małej treści: zaakceptowane przykłady egzekwują pułap dla wszystkich pól nagłówka razem, w Microsoft 365 / Exchange Online oraz w Gmailu, a także pułap dla pojedynczego pola nagłówka, w Gmailu.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport dostarczenia i potwierdź, że rozszerzony kod to dokładnie 5.3.4, a podstawowa odpowiedź należy do klasy 5xx; zaakceptowane przykłady łączą ten kod zarówno z 552, jak i z 550, więc same podstawowe cyfry nie identyfikują przypadku.
- Ustal, który system zastosował limit: odczytaj host wskazany w odpowiedzi lub raporcie dostarczenia i dopasuj go do przeskoku we własnych logach z czasu próby, ponieważ limit należy do systemu, który zwrócił odpowiedź, a nie zawsze jest to docelowy system pocztowy odbiorcy. Zachowaj pełny tekst odpowiedzi, czas próby, system docelowy oraz identyfikator próby.
- Odczytaj z tekstu odpowiedzi, który element został zmierzony: cała wiadomość, liczba załączników, wszystkie pola nagłówka razem czy pojedyncze pole nagłówka, a następnie zmierz ten sam element na wiadomości w postaci przedstawionej do wysyłki. Jeśli odpowiedź podaje zmierzoną wartość i zastosowany limit, korzystaj z tych liczb, zamiast wyprowadzać wartość limitu z samego kodu.
- Przed nową wysyłką potwierdź, że zmierzony element jest poniżej podanego limitu albo że operator wskazanego systemu potwierdził zmianę limitu; wiadomość, która po potwierdzonym zmniejszeniu nadal otrzymuje 5.3.4, jest przypadkiem eskalacji, a nie ponowienia.
Działania z podziałem na role
Administrator nadawcy
- Zatrzymaj ponawianie niezmienionej wiadomości i zachowaj surową odpowiedź, czas próby, system docelowy oraz identyfikator próby; zapisz, który element nazwała odpowiedź, bo od tego zależy sposób naprawy.
- Zastosuj środek dopasowany do tego elementu: zmniejsz całą wiadomość, zastąp załącznik linkiem do treści hostowanej albo ogranicz liczbę załączników, a gdy limit obejmuje blok nagłówków lub pojedyncze pole, usuń albo skróć nagłówki dodawane przez platformę wysyłkową. Wyślij ponownie dopiero po potwierdzeniu, że ten element jest poniżej podanego limitu, albo po potwierdzonej zmianie limitu.
Administrator odbiorcy
- Sprawdź konfigurację systemu i logi dla wskazanego czasu, aby potwierdzić, że odpowiedź zwrócił administrowany system, i ustalić, który limit został zastosowany: całkowitego rozmiaru wiadomości, liczby załączników, łącznego rozmiaru nagłówków czy pojedynczego pola nagłówka.
- Jeśli polityka na to pozwala, dostosuj potwierdzony limit i zweryfikuj zmianę przed następną próbą; w przeciwnym razie podaj nadawcy dokładną wartość limitu oraz element, który ten limit mierzy, zamiast zostawiać go z domysłami opartymi na samym kodzie.
Dostawca
- Jeśli obsługujesz system, który zwrócił błąd, sprawdź egzekwowane w nim limity wiadomości, załączników i nagłówków oraz logi wskazanej próby.
- Napraw potwierdzony błąd konfiguracji albo przekaż administratorom dokładny limit i element, który ten limit mierzy; zachowaj dokładny kod i tekst odpowiedzi oraz nie wykluczaj odbiorcy wyłącznie z powodu 5.3.4.
Ź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 Exchange Online — Opis usługi Microsoft z limitami rozmiaru i kwot Exchange Online.
- Najczęstsze komunikaty bounce e-mail — Dokumentacja Rackspace z typowymi komunikatami bounce SMTP.
- Błędy i kody SMTP Gmaila — Oficjalna tabela Gmail Help z komunikatami błędów SMTP i kodami statusu.
Ostatnia weryfikacja:

