Co oznacza ten kod
System trwale odrzucił wiadomość, ponieważ nadawca nie był uprawniony do wysłania jej do miejsca docelowego. Decyzja może wynikać z filtrowania na poziomie hosta lub odbiorcy. Nie ponawiaj tej samej, niezmienionej próby.
Znaczenie techniczne
Standardowy wzorzec X.7.1 oznacza, że nadawca nie jest uprawniony do wysyłania do miejsca docelowego, więc wiadomość została odrzucona; taki wynik może powodować filtrowanie według hosta albo odbiorcy. Opis rejestrowy wskazuje, że ten szczegół jest użyteczny tylko jako błąd trwały, a kod 5.7.1 stosuje go w klasie 5.
Status dostarczenia
Pierwsza cyfra 5 oznacza trwałe niepowodzenie bieżącej próby. Kod nie identyfikuje samodzielnie konkretnej reguły ani systemu, który ją zastosował, i nie dowodzi, że adres odbiorcy 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 lub uprawnień nadawcy, właściwej reguły albo ścieżki wysyłki; przed próbą ponownie sprawdź suppression.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj automatycznie adresu ani domeny do listy wykluczeń na podstawie samego 5.7.1. Sprawdź pełną odpowiedź, kontekst autoryzacji i filtrowania, historię zdarzeń oraz właściwą politykę, a decyzję o suppression podejmij dopiero w tym kontekście.
Najczęstsze przyczyny
- System raportujący uznał nadawcę za nieuprawnionego do wysłania wiadomości do miejsca docelowego, na przykład wskutek filtrowania według hosta lub odbiorcy.
- W zaakceptowanym przykładzie Gmail wiadomość naruszała politykę poczty domeny niestandardowej.
- W zaakceptowanym przykładzie Exchange Online dostarczenie od zewnętrznego nadawcy do folderu publicznego z obsługą poczty wymagało uwierzytelnienia.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport niedostarczenia i potwierdź, że kod rozszerzony to dokładnie 5.7.1, a podstawowa odpowiedź należy do klasy 5xx; zachowaj pełne brzmienie odpowiedzi.
- Powiąż zdarzenie z właściwą wiadomością, czasem próby, tożsamością i hostem nadawcy, miejscem docelowym, etapem transakcji oraz systemem zwracającym kod; ustal konkretną regułę z dostępnych logów, zamiast wyprowadzać ją z samego kodu.
- Jeżeli odpowiedź zawiera znacznik Gmail „gcdp”, sprawdź właściwą politykę domeny niestandardowej; jeżeli zawiera „RESOLVER.RST.AuthRequired”, sprawdź wymaganie uwierzytelnienia dla wskazanego dostarczenia do folderu publicznego w Exchange Online.
- Zatrzymaj niezmienione ponowienia; przed kontrolowaną nową wysyłką potwierdź istotną korektę i ponownie oceń suppression.
Działania z podziałem na role
Nadawca
- Nie wysyłaj ponownie tej samej, niezmienionej wiadomości; potwierdź zamierzoną tożsamość nadawcy i miejsce docelowe, a pełną odpowiedź przekaż administratorowi.
- Skoryguj wyłącznie potwierdzony błąd w wyborze nadawcy, odbiorcy lub wymaganej ścieżki, bez uznawania adresu za nieprawidłowy na podstawie samego kodu.
Administrator nadawcy
- Zachowaj pełną odpowiedź i kontekst próby, a następnie sprawdź używaną tożsamość, host, uwierzytelnienie i konfigurację ścieżki wysyłki pod kątem konkretnej odmowy.
- Zatrzymaj niezmienione ponowienia; po potwierdzonej korekcie wykonaj kontrolowaną nową próbę i ponownie oceń suppression.
Administrator odbiorcy
- Jeżeli kod pochodzi z zarządzanego systemu odbiorczego, sprawdź dla wskazanej próby reguły autoryzacji oraz filtry hosta i odbiorcy, w tym właściwą politykę domeny lub wymaganie uwierzytelnienia.
- Jeżeli potwierdzona reguła nie odpowiada zamierzonej polityce, skoryguj ją w zakresie swoich uprawnień i zweryfikuj wynik nowej, kontrolowanej próby.
Dostawca
- Dla wskazanej próby sprawdź logi zarządzanej usługi i zastosowaną regułę, a administratorowi przekaż dokładny, bezpieczny kontekst odmowy.
- Usuń potwierdzony problem w zarządzanej warstwie albo wskaż właściciela wymaganej korekty; nie uruchamiaj automatycznej supresji na podstawie samego 5.7.1.
Zweryfikowane przykłady dostawców
Poniżej znajdują się zweryfikowane przykłady odpowiedzi dla 5.7.1 od: Gmail / Google Workspace, Microsoft 365 / Exchange Online i Interia Poczta. Pokazują one rzeczywistą praktykę dla tej odpowiedzi i nie zmieniają standardowego znaczenia 5.7.1 ani nie obejmują wszystkich wystąpień.
Dokładna odpowiedź SMTP
550 5.7.1 This message violates example.com email policy. - gcdp <sessionid> - gsmtpDokładna odpowiedź SMTP
550 5.7.1 RESOLVER.RST.AuthRequired; authentication required [Stage: CreateMessage]Dokładna odpowiedź SMTP
530 5.7.1 Client was not authenticatedDokładna odpowiedź SMTP
550 5.7.1 Recipient doesn't want your mailŹródła i weryfikacja
Standardowe znaczenie X.7.1 i zastosowanie kodu 5.7.1 w klasie trwałej zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 3463 i RFC 5248 według stanu na 17 lipca 2026 r. Dokładne przykłady Gmail i Microsoft pochodzą odpowiednio z zaakceptowanych dowodów gmail-ph01-122 i p03-b06-microsoft-x-7-1-001. Wskazówki dotyczące diagnozy, naprawy, ponawiania i suppression są oddzielnymi zaleceniami operacyjnymi.
- iana-smtp-enhanced-status-codesŹródło T0
Enumerated Status Codes / X.7.1
- 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
- rfc3463Źródło T0
IANA registry reference for X.7.1
- gmail-ph01-122Źródło T1
Introductory identifier example immediately before the SMTP error messages table
- p03-b06-microsoft-x-7-1-001Źródło T1
Problem section: exact NDR error contains the contiguous complete inner SMTP response for an external sender
- ext-src-microsoft-5-7-1-01Źródło T1
How to interpret an Exchange NDR > example diagnostic block and following paragraph
- ext-src-interia-5-7-1-02Źródło T1
Article body, delivery-failure error list, entry heading "550 5.7.1 Recipient doesn't want your mail"
Ostatnia weryfikacja:
