Co oznacza ten kod
Host, na którym znajduje się skrzynka odbiorcy, nie przyjmuje obecnie wiadomości. Ponieważ kod zaczyna się od 4, jest to niepowodzenie tymczasowe i dostarczenie można ponowić w kontrolowany sposób.
Znaczenie techniczne
Wzorzec X.3.2 oznacza, że host, na którym znajduje się skrzynka, nie przyjmuje wiadomości. Standard wymienia jako przykłady zbliżające się wyłączenie, nadmierne obciążenie i prace konserwacyjne. Sam wzorzec może opisywać zarówno błąd trwały, jak i trwały w czasie błąd przejściowy; w konkretnym kodzie 4.3.2 pierwsza cyfra przypisuje wynik do klasy przejściowej.
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ć. Kod nie oznacza sam w sobie, że adres odbiorcy jest nieprawidłowy, ani nie dowodzi trwałej niezdolności hosta do przyjmowania poczty.
- 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.3.2 skieruj do administratora systemu odbiorcy lub providera zamiast ponawiać bez końca.
Decyzja o supresji
Zalecenie operacyjne: nie dodawaj adresu do listy wykluczeń wyłącznie na podstawie tymczasowego kodu 4.3.2. Sprawdź pełną odpowiedź, kontekst dostawcy i historię ograniczonych ponowień; zastosuj suppression dopiero po niezależnym trwałym sygnale albo wtedy, gdy wymaga tego właściwa polityka.
Najczęstsze przyczyny
- Host skrzynki zbliża się do wyłączenia i tymczasowo nie przyjmuje wiadomości.
- Host jest nadmiernie obciążony albo przechodzi prace konserwacyjne.
- W zaakceptowanym przykładzie Microsoft 365 / Exchange Online system zgłasza przekroczenie limitu wątku odbiorcy; jest to udokumentowany przypadek dotyczący konkretnego dostawcy, a nie ogólna definicja 4.3.2.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 4.3.2, a podstawowa odpowiedź należy do klasy 4xx.
- Powiąż odpowiedź z właściwą wiadomością, czasem próby i hostem, który ją zwrócił; zachowaj pełny tekst oraz ewentualny podkod dostawcy, ponieważ samo 4.3.2 nie wskazuje konkretnej przyczyny.
- Poproś administratora systemu odbiorcy lub dostawcę o sprawdzenie dla tego samego czasu stanu wyłączenia, obciążenia i konserwacji; jeśli odpowiedź dokładnie odpowiada przykładowi Microsoft, sprawdź także zgłoszony stan limitu wątku odbiorcy.
- Porównaj wyniki ograniczonych ponowień i zakończ je po sukcesie, trwałym odrzuceniu albo osiągnięciu ustalonego limitu.
Działania z podziałem na role
Administrator nadawcy
- Zachowaj surową odpowiedź, host docelowy, czas i identyfikator próby, sprawdź suppression, a następnie skieruj wiadomość do ograniczonego mechanizmu ponowień z backoffem oraz idempotencją.
- Grupuj powtarzające się 4.3.2 według hosta i czasu; po wyczerpaniu limitu zatrzymaj ponowienia i przekaż zebrany kontekst administratorowi systemu odbiorcy lub dostawcy.
Administrator odbiorcy
- Sprawdź stan i logi hosta skrzynki dla czasu odrzucenia, w szczególności planowane wyłączenie, obciążenie i konserwację; dla dokładnej odpowiedzi Microsoft uwzględnij zgłoszony limit wątku odbiorcy.
- Usuń potwierdzony stan tymczasowy w zakresie swoich uprawnień i sprawdź, czy host ponownie przyjmuje wiadomości, zanim poprosisz o kolejną próbę.
Dostawca
- Jeśli zarządzasz hostem, który zwrócił błąd, sprawdź jego dostępność, obciążenie, konserwację i inne limity widoczne w pełnej odpowiedzi dla wskazanego czasu.
- Przywróć przyjmowanie wiadomości po usunięciu potwierdzonego warunku i zachowaj dokładny kod oraz podkod w odpowiedzi, aby nadawca mógł właściwie sterować ponowieniami.
Zweryfikowane przykłady dostawców
Zaakceptowany przykład Tier 1 z Microsoft 365 / Exchange Online ma dokładne brzmienie: "432 4.3.2 STOREDRV.Deliver; recipient thread limit exceeded". Dokumentuje on konkretną praktykę Microsoft — odpowiedź 432 z kodem 4.3.2 i podkodem STOREDRV.Deliver dla przekroczenia limitu wątku odbiorcy — lecz nie zmienia szerszego standardowego znaczenia X.3.2. Zalecenia ponawiania i suppression pozostają zależne od kontekstu operacyjnego.
Dokładna odpowiedź SMTP
432 4.3.2 STOREDRV.Deliver; recipient thread limit exceededŹródła i weryfikacja
Standardowe znaczenie X.3.2, przypisanie klasy i zasady interpretacji zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 3463, RFC 5248 i RFC 7504 według stanu na 17 lipca 2026 r. Dokładny przykład odpowiedzi dostawcy pochodzi z zaakceptowanego rekordu Microsoft microsoft-ph02-014; 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.3.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.3.2
- rfc7504Źródło T0
IANA registry reference for X.3.2
- microsoft-ph02-014Źródło T1
Common error codes in nondelivery reports table > row 432 4.3.2
Ostatnia weryfikacja:
