Blazalek.com

5.7.2SMTP 5.7.2: Rozwinięcie listy mailingowej niedozwolone

System trwale odrzucił wiadomość, ponieważ nadawca nie był uprawniony do wysłania jej na wskazaną listę mailingową. Nie ponawiaj tej samej, niezmienionej próby. Ta strona wyjaśnia konkretny wynik 5.7.2. 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łe niepowodzenie: nadawca nie był uprawniony do wysłania wiadomości na wskazaną listę mailingową. Uzgodnij uprawnienia z administratorem listy przed ponowną wysyłką. To raczej kwestia autoryzacji niż higieny listy, lecz powtarzające się blokady wymagają przeglądu polityki. Nie ponawiaj niezmienionej próby.

Co oznacza ten kod

Publikacja na zamierzonej liście mailingowej jest dla tego nadawcy nieautoryzowana, więc rozwinięcie tej wysyłki na listę jest zabronione; wzorzec rejestru X.7.2 pojawia się jako kod 5.7.2 dla tej odmowy. W rejestrze statusów rozszerzonych ten szczegół autoryzacji listy jest trwały, a standard przypisuje X.7.2 wyłącznie do tej formy. Numer statusu opisuje odmowę publikacji na liście mailingowej, a nie szerszą usterkę skrzynki czy routingu, i sam z siebie nie wskazuje reguły publikowania ani nie dowodzi, że adres listy jest nieprawidłowy.

Znaczenie techniczne

Nieautoryzowane wysłanie wiadomości na zamierzoną listę mailingową to zakres, który obejmuje X.7.2. Standard wskazuje, że ten szczegół jest użyteczny tylko jako błąd trwały, a kod 5.7.2 stosuje go w klasie 5.

Status dostarczenia

Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Kod opisuje odmowę autoryzacji dla listy, ale sam nie wskazuje konkretnej reguły ani nie dowodzi, że adres listy jest nieprawidłowy.

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 próby. Nową wysyłkę rozważ dopiero po potwierdzonej zmianie tożsamości nadawcy, jego uprawnień albo właściwej reguły listy; przed próbą ponownie sprawdź status supresji.

Decyzja o supresji

Zalecenie operacyjne: nie dodawaj automatycznie adresu listy ani domeny do listy wykluczeń na podstawie samego 5.7.2. Sprawdź pełną odpowiedź, kontekst autoryzacji listy, historię zdarzeń i właściwą politykę, a decyzję o supresji podejmij dopiero w tym kontekście.

Najczęstsze przyczyny

  • System obsługujący zamierzoną listę mailingową uznał nadawcę za nieuprawnionego do wysłania na nią wiadomości.

Kroki diagnostyczne

  1. Sprawdź surową odpowiedź SMTP lub raport niedostarczenia i potwierdź, że kod rozszerzony to dokładnie 5.7.2, a podstawowa odpowiedź należy do klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
  2. Powiąż zdarzenie z właściwą wiadomością, czasem próby, używaną tożsamością nadawcy, zamierzoną listą, etapem transakcji i systemem zwracającym kod; ustal zastosowaną regułę z dostępnych logów, zamiast wyprowadzać ją z samego kodu.
  3. Zatrzymaj niezmienione ponowienia; przed kontrolowaną nową wysyłką potwierdź istotną zmianę uprawnień, tożsamości albo reguły listy i ponownie sprawdź status supresji.

Działania z podziałem na role

Nadawca

  • Nie wysyłaj ponownie tej samej, niezmienionej wiadomości; potwierdź zamierzoną tożsamość nadawcy i właściwą listę, a pełną odpowiedź przekaż administratorowi.

Administrator nadawcy

  • Zachowaj pełną odpowiedź i kontekst próby, sprawdź używaną tożsamość oraz konfigurację ścieżki wysyłki i uzgodnij z administratorem listy, jakie uprawnienie wymaga korekty.

Administrator odbiorcy

  • Jeżeli zarządzasz listą, sprawdź dla wskazanej próby reguły publikowania i uprawnienia zastosowane do nadawcy; skoryguj je tylko wtedy, gdy nie odpowiadają zamierzonej polityce.

Dostawca

  • Jeżeli obsługujesz system uczestniczący w próbie, sprawdź logi zarządzanej usługi i zastosowaną regułę, a administratorom przekaż bezpieczny kontekst potrzebny do potwierdzenia właściwej korekty.

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