Co oznacza ten kod
Połączenie wychodzące zostało ustanowione, ale nie udało się w nim zakończyć transakcji wiadomości. Standard wskazuje na przekroczenie czasu albo niewystarczającą jakość połączenia. Kod należy do klasy tymczasowej, dlatego wysyłkę można ponowić w kontrolowany sposób.
Znaczenie techniczne
Wzorzec X.4.2 oznacza, że ustanowiono połączenie wychodzące, lecz nie udało się zakończyć transakcji wiadomości z powodu przekroczenia czasu albo niewystarczającej jakości połączenia. Zgodnie ze standardem ten szczegół jest użyteczny wyłącznie jako trwałe w czasie niepowodzenie przejściowe.
Status dostarczenia
Pierwsza cyfra 4 oznacza trwałe w czasie niepowodzenie przejściowe: bieżąca próba się nie udała, ale warunek może ustąpić. Sam kod nie rozstrzyga, czy przyczyną było przekroczenie czasu, czy jakość połączenia, i nie oznacza trwałego odrzucenia adresu lub wiadomości.
- Klasa
- Niepowodzenie tymczasowe
- Ponowienie
- Kontrolowane ponowienie
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Zalecenie operacyjne: przed każdą próbą sprawdź stan suppression, a następnie ponawiaj wysyłkę z backoffem, losowym rozproszeniem, idempotencją oraz limitem czasu lub prób. Zakończ ponawianie po sukcesie, po trwałym wyniku albo po osiągnięciu limitu; powtarzające się 4.4.2 skieruj do diagnozy zamiast ponawiać bez końca.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie tymczasowego kodu 4.4.2. Sprawdź pełną odpowiedź, kontekst dostawcy, historię 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
- Transakcja wiadomości nie zakończyła się przed upływem limitu czasu mimo wcześniejszego ustanowienia połączenia.
- Jakość ustanowionego połączenia była niewystarczająca do zakończenia transakcji wiadomości.
- W zaakceptowanym przykładzie hybrydowego przepływu TLS Microsoft Exchange Server–Exchange Online zgłoszono SocketError w kontekście przestarzałego TLS; jest to przypadek konkretnego dostawcy, a nie ogólna definicja 4.4.2.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 4.4.2, a podstawowa odpowiedź należy do klasy 4xx.
- Powiąż odpowiedź z właściwą wiadomością, czasem próby i obiema stronami połączenia; zachowaj pełny tekst odpowiedzi i w logach potwierdź, że połączenie ustanowiono, lecz transakcja wiadomości nie została zakończona.
- Porównaj logi oraz znaczniki czasu obu stron pod kątem przekroczenia czasu lub oznak niewystarczającej jakości połączenia, nie przypisując jednej z tych przyczyn na podstawie samego kodu.
- Jeśli odpowiedź dokładnie odpowiada przykładowi Microsoft, potwierdź hybrydowy przepływ TLS Exchange Server–Exchange Online i uwzględnij udokumentowany kontekst przestarzałego TLS; następnie porównaj wyniki ograniczonych ponowień i zatrzymaj je po sukcesie, trwałym wyniku albo osiągnięciu limitu.
Działania z podziałem na role
Administrator nadawcy
- Zachowaj surową odpowiedź, czas, zdalny system i log ustanowionego połączenia, sprawdź suppression, a następnie skieruj wiadomość do ograniczonego mechanizmu ponowień z backoffem oraz idempotencją.
- Grupuj powtarzające się 4.4.2 według zdalnego systemu i czasu; po wyczerpaniu limitu zatrzymaj ponowienia i przekaż zebrany kontekst administratorowi odbiorcy lub dostawcy.
Administrator odbiorcy
- Sprawdź logi systemu odbiorczego dla czasu nieudanej transakcji i potwierdź, czy po ustanowieniu połączenia wystąpiło przekroczenie czasu lub problem z jego jakością.
- Usuń potwierdzony warunek tymczasowy w zakresie swoich uprawnień i zweryfikuj zakończenie transakcji podczas nowej, kontrolowanej próby.
Dostawca
- Jeśli zarządzasz systemem lub ścieżką połączenia uczestniczącą w transakcji, sprawdź logi połączenia dla wskazanego czasu i obu systemów; dla dokładnej odpowiedzi Microsoft uwzględnij udokumentowany kontekst hybrydowego przepływu TLS.
- Usuń potwierdzony problem w zarządzanej warstwie i zachowaj dokładny kod oraz podkod w odpowiedzi, aby nadawca mógł prawidłowo sterować ponowieniami.
Zweryfikowane przykłady dostawców
Zaakceptowany przykład Tier 1 dla hybrydowego przepływu TLS Microsoft Exchange Server–Exchange Online ma dokładne brzmienie: "421 4.4.2 Connection dropped due to SocketError". Dokumentuje on konkretną praktykę Microsoft — asynchroniczny raport DSN z odpowiedzią 421, kodem 4.4.2 i podkodem SocketError w kontekście przestarzałego TLS — lecz nie zmienia standardowego znaczenia X.4.2. Temu rekordowi nie przypisano żadnego innego zaakceptowanego, dokładnego przykładu dostawcy.
Dokładna odpowiedź SMTP
421 4.4.2 Connection dropped due to SocketErrorŹródła i weryfikacja
Kanoniczne znaczenie T0 wzorca X.4.2 i przypisanie klasy zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 3463 i RFC 5248 według stanu na 17 lipca 2026 r. Dokładny przykład praktyki dostawcy pochodzi z zaakceptowanego rekordu Microsoft p03-b03-microsoft-x-4-2-001; wskazówki dotyczące ponowień, diagnostyki i suppression są oddzielnymi zaleceniami operacyjnymi.
- iana-smtp-enhanced-status-codesŹródło T0
Enumerated Status Codes / X.4.2
- 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.4.2
- p03-b03-microsoft-x-4-2-001Źródło T1
Symptoms section: exact NDR/error shown for deprecated-TLS mail flow between Exchange Server and Microsoft 365
Ostatnia weryfikacja:
