Blazalek.com

4.7.15Zbyt niski poziom priorytetu

Odbierający serwer SMTP nie zaakceptował wiadomości, ponieważ określony poziom priorytetu był niższy niż najniższy poziom, który serwer obecnie akceptuje. Pierwsza cyfra 4 oznacza niepowodzenie tymczasowe, dlatego właściwa jest kontrolowana ponowna próba.

Kategoria
Bezpieczeństwo, uwierzytelnianie i polityka
Klasa
Niepowodzenie tymczasowe
Ponowienie
Kontrolowane ponowienie
Supresja
Sprawdź pełny kontekst

Co oznacza ten kod

Odbierający serwer SMTP nie zaakceptował wiadomości, ponieważ określony poziom priorytetu był niższy niż najniższy poziom, który serwer obecnie akceptuje. Pierwsza cyfra 4 oznacza niepowodzenie tymczasowe, dlatego właściwa jest kontrolowana ponowna próba.

Znaczenie techniczne

Wzorzec X.7.15 oznacza, że określony poziom priorytetu jest niższy niż najniższy priorytet akceptowany przez odbierający serwer SMTP. Standard wskazuje jako możliwy stan tymczasowy tryb, w którym serwer przyjmuje do przekazania i doręczenia tylko wiadomości o wyższym priorytecie, a odrzuca wiadomości o niższym priorytecie. W konkretnym kodzie 4.7.15 pierwsza cyfra przypisuje wynik do klasy tymczasowej.

Status dostarczenia

Kod 4.7.15 opisuje tymczasowe niepowodzenie bieżącej próby; warunek może ustąpić, gdy zmieni się akceptowany przez serwer próg lub tryb pracy. Sam kod nie wyjaśnia, dlaczego próg obowiązuje, jak długo potrwa ani czy poziom określony przez nadawcę jest błędny.

Klasa
Niepowodzenie tymczasowe
Ponowienie
Kontrolowane ponowienie
Supresja
Sprawdź pełny kontekst

Decyzja o ponowieniu

Zalecenie operacyjne: przed każdą próbą sprawdź suppression, zachowaj pełną odpowiedź i użyty poziom priorytetu, a następnie ponawiaj z backoffem, losowym rozproszeniem, idempotencją oraz limitem czasu lub prób. Nie podnoś priorytetu tylko po to, aby ominąć próg, bez potwierdzenia właściwej polityki wiadomości. Zakończ ponawianie po sukcesie, trwałym wyniku, zmianie stanu suppression wykluczającej wysyłkę albo osiągnięciu limitu.

Decyzja o supresji

Zalecenie operacyjne: nie dodawaj adresu odbiorcy do listy wykluczeń wyłącznie na podstawie tymczasowego kodu 4.7.15, ponieważ opisany stan dotyczy poziomu priorytetu akceptowanego przez serwer. Sprawdź pełną odpowiedź, użyty priorytet, wyniki 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.

Najczęstsze przyczyny

  • Poziom priorytetu określony dla wiadomości był niższy niż najniższy poziom akceptowany przez odbierający serwer SMTP.
  • Serwer odbierający mógł tymczasowo działać w trybie, który przyjmuje tylko wiadomości o wyższym priorytecie, a odrzuca wiadomości o niższym priorytecie.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 4.7.15, a podstawowa odpowiedź należy do klasy 4xx; zachowaj pełne brzmienie odpowiedzi.
  2. Powiąż odpowiedź z właściwą wiadomością, czasem i etapem próby, odbierającym punktem końcowym oraz poziomem priorytetu określonym dla tej wiadomości.
  3. W dostępnej konfiguracji i logach nadawcy, odbiorcy lub dostawcy porównaj użyty poziom z akceptowanym progiem i sprawdź, czy serwer działał w tymczasowym trybie ograniczającym niższe priorytety; nie wyprowadzaj tych szczegółów z samego kodu.
  4. Przed kolejną próbą sprawdź suppression, wykonaj ograniczone ponowienie bez niepotwierdzonego podnoszenia priorytetu i porównaj wynik; zakończ po sukcesie, trwałym wyniku albo osiągnięciu limitu.

Działania z podziałem na role

Nadawca

  • Potwierdź zamierzony priorytet wiadomości i przekaż administratorowi nadawcy czas próby oraz pełną odpowiedź bez wielokrotnego ręcznego ponawiania.
  • Zmień priorytet tylko wtedy, gdy potwierdzona polityka wiadomości uzasadnia inną wartość, a następnie zgłoś wynik jednej kontrolowanej próby.

Administrator nadawcy

  • Zachowaj surową odpowiedź, czas, etap, odbierający punkt końcowy i użyty poziom priorytetu; sprawdź suppression oraz skieruj wiadomość do ograniczonych ponowień z backoffem i idempotencją.
  • Zweryfikuj, czy system nadawczy określił zamierzony priorytet, i skoordynuj z administratorem odbiorcy lub dostawcą potwierdzenie akceptowanego progu bez samodzielnego podnoszenia wartości.

Administrator odbiorcy

  • Jeżeli zarządzasz serwerem zwracającym kod, sprawdź dla wskazanej próby ustawiony próg, tryb pracy i logi decyzji dotyczącej priorytetu.
  • Usuń potwierdzony stan tymczasowy w zakresie swoich uprawnień albo przekaż bezpieczny kontekst o wymaganym progu, a następnie zweryfikuj wynik kontrolowanej próby.

Dostawca

  • Jeżeli obsługujesz uczestniczącą usługę, sprawdź zarządzane logi dla wskazanego czasu, wiadomości i punktu końcowego oraz potwierdź użyty poziom, obowiązujący próg i stan trybu serwera.
  • Usuń potwierdzony stan tymczasowy w zarządzanej warstwie lub wskaż dozwoloną konfigurację, zachowując w odpowiedzi dokładną klasę 4xx, kod 4.7.15 i bezpieczny kontekst diagnostyczny.

Źródła i weryfikacja

Kanoniczne znaczenie T0 wzorca X.7.15 oraz przypisanie klasy zweryfikowano w rejestrze IANA i dokumentach RFC 2034, RFC 5248 oraz RFC 6710 według stanu na 17 lipca 2026 r. Wskazówki dotyczące ponowień, suppression, diagnostyki i działań właścicieli są oddzielnymi zaleceniami operacyjnymi; rekord nie zawiera praktyki konkretnego dostawcy.

  • Enumerated Status Codes / X.7.15

  • 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

  • rfc6710Źródło T0

    IANA registry reference for X.7.15

Ostatnia weryfikacja:

Wojtek Blazalek

Ekspert ds. dostarczalności e-mail

Utknąłeś na tym kodzie błędu? Pomagam zespołom usuwać przyczyny odrzuceń, naprawiać uwierzytelnianie i reputację — tak, żeby maile trafiały do skrzynki.

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