Blazalek.com

5.3.4SMTP 5.3.4: Wiadomość przekracza limit rozmiaru wiadomości w systemie

Odpowiedź 5.3.4 to trwałe odrzucenie zapisywane wtedy, gdy wiadomość przekracza limit rozmiaru należący do systemu, który ją przetwarza, a dopiero pełny tekst odpowiedzi pokazuje, który element wiadomości ten limit zmierzył. Przerwij ponawianie niezmienionej wiadomości, zachowaj pełną odpowiedź i traktuj administratora nadawcy jako pierwszego właściciela sprawy: ustal system, który zastosował limit, a dopiero potem zmniejsz element wskazany w odpowiedzi.

Kategoria
System pocztowy
Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

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

Przykład Microsoft / Outlook
552 5.3.4 Header size exceeds fixed maximum size.
Przykład Rackspace
550 5.3.4 Message too large (G17)
Przykład Gmail
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. - gsmtp
Przykład Gmail
552 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. - gsmtp
Przykład Gmail
552 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. - gsmtp
Przykład Gmail
552 5.3.4 Your message exceeded Google's message header size limits. To view our header size guidelines, go to Gmail message header limits. - gsmtp
Przykład Gmail
552 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. - gsmtp

Znaczenie 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

  1. 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.
  2. 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.
  3. 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.
  4. 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.

Ostatnia weryfikacja:

Znalazłeś błąd lub nieścisłość? Zgłoś poprawkę.

Wskaż element tej strony, który wymaga sprawdzenia. Każde zgłoszenie jest weryfikowane ręcznie.

Rodzaj problemu

Opisz problem i, jeśli chcesz, zaproponuj poprawione brzmienie.

Przy zgłoszeniu merytorycznym podaj publiczne źródło, jeśli je masz.

Możesz wysłać zgłoszenie anonimowo. Odpowiedź nie jest gwarantowana.

Nie wklejaj pełnych odpowiedzi bounce, nagłówków, adresów e-mail, Message-ID, tokenów ani innych danych osobowych. Przed wysłaniem zredaguj materiał dowodowy.

Wysłanie korekty przekazuje wpisane dane do Formspree, żebym mógł zweryfikować i poprawić tę stronę. Przeczytaj informację o prywatności.

Poradnik

Incydenty

Wojtek Blazalek

Ekspert ds. dostarczalności e-mail

Utknąłeś na tym kodzie błędu? Pomagam zespołom ustalać przyczyny odrzuceń oraz naprawiać uwierzytelnianie i reputację, żeby wiadomości trafiały do skrzynki.

Praktyczna praca nad dostarczalnością dla firm wysyłających na dużą skalę.