5.4.1SMTP 5.4.1: Poczta odrzucona przez domenę docelową

Lustrzany rejestr IANA tego katalogu potwierdza mechanicznie jedynie odczyt klasy 4 wzorca X.4.1 (kod 4.4.1). Nie ma tu potwierdzenia rejestru IANA dla wariantu tego wzorca w klasie 5, choć kod 5.4.1 nakłada ten wzorzec na klasę 5. Według RFC 3463 X.4.1 oznacza „brak odpowiedzi od hosta” i jest użyteczny wyłącznie jako utrzymujący się błąd przejściowy. Konkretny kod 5.4.1 występuje w tym katalogu na podstawie dokładnych dowodów z korpusu: odpowiedzi produkcyjnych z cyframi 5.4.1, które opisują trwałe odrzucenie po stronie domeny docelowej — przez własne filtry domeny odbierającej (Zoho) albo politykę dostępu do adresu odbiorcy egzekwowaną w raporcie o niedostarczeniu (Microsoft 365 / Exchange Online Protection) — a nie połączenie bez odpowiedzi.

Zaobserwowane zachowanie dostawców traktuje te cyfry jako dowód trwałej odmowy po stronie domeny docelowej, nie jako potwierdzenie wystąpienia dokładnego warunku standardu „brak odpowiedzi od hosta”. Wzorzec X.4.1 oznacza brak odpowiedzi od zdalnego hosta: wychodząca próba połączenia pozostała bez odpowiedzi, ponieważ zdalny system był zajęty albo nie mógł przyjąć połączenia. RFC 3463 opisuje wzorzec ogólnie, a lustrzany rejestr IANA tego katalogu potwierdza mechanicznie wyłącznie wariant klasy 4 (4.4.1, podstawowy kod SMTP 451, utrzymujący się błąd przejściowy). Żaden mechanizm rejestru IANA nie potwierdza tutaj wariantu X.4.1 w klasie 5. Konkretny kod 5.4.1 opublikowano na podstawie dokładnych dowodów z korpusu: odpowiedzi produkcyjnych z cyframi 5.4.1 opisujących trwałe odrzucenie po stronie domeny docelowej (filtr poczty domeny odbierającej lub politykę dostępu do adresu odbiorcy), a nie dosłowną próbę połączenia bez odpowiedzi opisaną w standardzie.

Wiodąca cyfra 5 oznacza trwałe niepowodzenie tej wiadomości w bieżącym kontekście: nie powtarzaj dokładnie tej samej wysyłki bez zmian. Nie oznacza to samo w sobie, że adres odbiorcy jest trwale nieprawidłowy — oba zaakceptowane przykłady opisują decyzję filtra lub polityki dostępu, która może się zmienić po zmianie po stronie domeny odbierającej. Nie utożsamiaj tego z 4.4.1, gdzie ten sam wzorzec X.4.1 jest potwierdzony przez IANA jako warunek klasy 4, który można ponawiać i który opisuje połączenie bez odpowiedzi.

Klasa

Niepowodzenie trwałe

Ponowienie

Nie ponawiaj bez zmian

Supresja

Sprawdź pełny kontekst

Zalecenie operacyjne: zatrzymaj automatyczne i ręczne ponawianie tej samej wiadomości na ten sam adres w niezmienionym kontekście. Nowa wysyłka ma sens tylko po wykazalnej zmianie istotnego warunku — gdy domena odbierająca dostosuje filtr albo jej administrator potwierdzi, że polityka dostępu do odbiorcy przestała blokować adres — a nie tylko po upływie czasu.

Zalecenie operacyjne: nie dodawaj adresu do listy wykluczeń na podstawie pojedynczego 5.4.1. Sprawdź pełny tekst odpowiedzi i system, który ją zwrócił: filtr domeny docelowej lub decyzja polityki dostępu do odbiorcy mogą zostać odwrócone przez administratora odbiorcy i nie są tym samym co trwale nieprawidłowy adres. Wykluczaj dopiero wtedy, gdy uzasadnia to właściwa polityka listy lub niezależny trwały sygnał.

• Domena odbierająca ma własne filtry poczty skonfigurowane tak, by blokować tę konkretną wiadomość, niezależnie od reputacji nadawcy — jest to udokumentowane zachowanie Zoho dla domen hostowanych u tego dostawcy.
• Polityka dostępu do adresu odbiorcy w systemie odbierającym odmawia dostarczenia pod ten konkretny adres; informacja jest zgłaszana w raporcie o niedostarczeniu, a nie w bieżącej odpowiedzi SMTP — jest to udokumentowane zachowanie Microsoft 365 / Exchange Online Protection.
• Dostawcy ponownie wykorzystują cyfry X.4.1 dla trwałej odmowy po stronie domeny docelowej, której nie opisuje standardowy przykład „brak odpowiedzi od hosta”; sam kod nie wskazuje, który filtr lub polityka zadziałały.

1. Sprawdź surową odpowiedź SMTP albo raport o niedostarczeniu i potwierdź, że rozszerzony kod to dokładnie 5.4.1, a podstawowa odpowiedź należy do klasy 5xx (541 w zaakceptowanym przykładzie Zoho, 550 w zaakceptowanym przykładzie Microsoft 365 / Exchange Online Protection).
2. Przeczytaj pełny tekst diagnostyczny i użyj go wraz z konkretnymi dowodami dotyczącymi dostawcy, aby ustalić zgłoszony warunek.
3. Powiąż odpowiedź z konkretną wiadomością, czasem próby i adresem lub domeną odbiorcy; zachowaj pełny tekst odpowiedzi, w tym identyfikatory serwera lub wiadomości w nawiasach kwadratowych, jeśli dostawca je podaje.
4. Zatrzymaj automatyczne ponawianie bez zmian; przed nową wysyłką potwierdź z odbiorcą lub jego administratorem, że podstawowy problem z filtrem, polityką lub adresem rzeczywiście się zmienił.