Blazalek.com

5.7.16SMTP 5.7.16: Wiadomość za duża dla określonego priorytetu

Serwer trwale odrzucił wiadomość, ponieważ jest za duża dla określonego priorytetu. Nie ponawiaj tej samej, niezmienionej próby. Ta strona wyjaśnia konkretny wynik 5.7.16. Brzmienie odpowiedzi i polityki dostawcy mogą dodać kontekst, ale nie redefiniują rozszerzonego kodu statusu.

Kategoria
Bezpieczeństwo, uwierzytelnianie i polityka
Klasa
Niepowodzenie trwałe
Ponowienie
Nie ponawiaj bez zmian
Supresja
Sprawdź pełny kontekst

W skrócie

Trwała odmowa: wiadomość przekroczyła limit rozmiaru dla danego priorytetu. Zmniejsz plik, podnieś priorytet albo potwierdź limity serwera. To ograniczenie polityki, nie twarde odbicie adresu. Nie ponawiaj niezmienionej próby.

Co oznacza ten kod

Wiadomość większa niż limit rozmiaru serwera odbiorczego dla wskazanego priorytetu wpisuje się we wzorzec rejestru X.7.16 jako kod 5.7.16, trwały wynik polityki bezpieczeństwa. W rejestrze statusów rozszerzonych klasa 5 traktuje tę próbę jako trwale nieudaną, nawet gdy standard opisuje limit rozmiaru jako element trybu, który później może przyjąć większy ruch przy wyższym priorytecie. Kod zgłasza ograniczenie rozmiaru względem priorytetu, a nie dowód nieprawidłowego adresu odbiorcy. Sam z siebie nie podaje rozmiaru wiadomości, wartości priorytetu ani wymuszonego limitu.

Znaczenie techniczne

Rozmiar wiadomości przekraczający to, na co pozwala wskazany priorytet, to znaczenie X.7.16. Standard wskazuje, że sam stan może być tymczasowy, na przykład gdy serwer działa w trybie przyjmującym tylko wiadomości o wyższym priorytecie i rozmiarze poniżej ustalonej granicy. W kodzie 5.7.16 pierwsza cyfra przypisuje wynik do klasy trwałej.

Status dostarczenia

Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Niezależnie od możliwej późniejszej zmiany trybu serwera wynik 5.7.16 należy obsłużyć jako trwały i nie ponawiać niezmienionej próby. Sam kod nie podaje rozmiaru wiadomości, wartości priorytetu ani zastosowanej granicy.

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

Decyzja o ponowieniu

Zalecenie operacyjne: zatrzymaj automatyczne i ręczne ponowienia tej samej, niezmienionej wiadomości. Nową, kontrolowaną próbę rozważ dopiero po uzasadnionym zmniejszeniu wiadomości, poprawnej zmianie priorytetu albo potwierdzonej zmianie ograniczenia serwera; wcześniej ponownie sprawdź status supresji.

Decyzja o supresji

Zalecenie operacyjne: nie dodawaj automatycznie adresu ani domeny do listy wykluczeń na podstawie samego 5.7.16. Sprawdź pełną odpowiedź, rozmiar i priorytet wiadomości, ograniczenia serwera oraz inne zdarzenia doręczenia, a decyzję o supresji podejmij zgodnie z potwierdzoną przyczyną i właściwą polityką.

Najczęstsze przyczyny

  • Rozmiar wiadomości przekracza granicę stosowaną przez serwer dla określonego priorytetu.
  • Serwer działa w trybie, w którym przyjmuje tylko wiadomości o wyższym priorytecie i rozmiarze poniżej ustalonej granicy.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź dokładny kod 5.7.16 oraz podstawową odpowiedź klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
  2. Powiąż odpowiedź z właściwą wiadomością, czasem i etapem próby, serwerem zwracającym kod, rozmiarem wiadomości oraz określonym priorytetem; nie wyprowadzaj brakujących wartości z samego kodu.
  3. W dostępnych logach i polityce serwera sprawdź granicę rozmiaru dla tego priorytetu i aktywny tryb pracy. Zatrzymaj niezmienione próby, sprawdź status supresji i wykonaj nową kontrolowaną próbę dopiero po potwierdzonej zmianie.

Działania z podziałem na role

Nadawca

  • Nie ponawiaj ręcznie tej samej wiadomości; potwierdź, że jej treść, załączniki i priorytet są zamierzone, a pełną odpowiedź przekaż administratorowi nadawcy.
  • Zmniejsz wiadomość lub zmień priorytet tylko wtedy, gdy jest to uzasadnione treścią i potwierdzone przez administratora; zgłoś wynik nowej, kontrolowanej próby.

Administrator nadawcy

  • Zachowaj pełną odpowiedź, rozmiar wiadomości, priorytet, czas i serwer zwracający kod, zatrzymaj niezmienione ponowienia oraz sprawdź status supresji.
  • Ustal z logów i polityki obowiązującą granicę oraz tryb serwera, skoordynuj potwierdzoną korektę z administratorem odbiorcy lub dostawcą i dopiero potem wykonaj jedną kontrolowaną próbę.

Administrator odbiorcy

  • Jeżeli zarządzasz serwerem, który zwrócił kod, sprawdź jego logi, aktywny tryb pracy oraz granice rozmiaru dla wskazanego priorytetu w czasie próby.
  • Skoryguj potwierdzony problem konfiguracyjny w zakresie swoich uprawnień albo przekaż nadawcy bezpieczny, dokładny opis obowiązujących ograniczeń i zweryfikuj nową próbę.

Dostawca

  • Jeżeli obsługujesz system uczestniczący w próbie, sprawdź logi zarządzanej usługi oraz granice rozmiaru i priorytetu zastosowane w podanym czasie.
  • Skoryguj potwierdzony problem w zarządzanej warstwie albo przekaż właściwym administratorom dokładny kontekst potrzebny do rozwiązania problemu; nie uruchamiaj automatycznej supresji na podstawie samego kodu.

Ź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

  • Dostarczalność

    SPF/DKIM/DMARC i pokrewna polityka auth są wymagane do doręczenia do skrzynki.

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ę.