Co oznacza ten kod
Wiadomość została dostarczona, ale dostarczenie wymagało konwersji, podczas której utracono część danych. To ostrzeżenie o wyniku powodzenia, a nie odrzucenie.
Znaczenie techniczne
Wzorzec X.6.4 oznacza konwersję z utratą danych. W konkretnym kodzie 2.6.4 klasa 2 potwierdza udane dostarczenie i ostrzega nadawcę, że nie wszystkie dane zostały zachowane podczas wymaganej konwersji. Ten sam warunek może mieć znaczenie trwałego błędu, gdy nadawca zabronił konwersji z utratą, lecz sam kod 2.6.4 pozostaje statusem powodzenia.
Status dostarczenia
Pierwsza cyfra 2 oznacza powodzenie. Kod 2.6.4 informuje o dostarczeniu po konwersji z utratą danych; nie opisuje błędu tymczasowego, błędu trwałego ani odrzucenia tej próby.
- Klasa
- Powodzenie
- Ponowienie
- Nie ponawiaj bez zmian
- Supresja
- Sprawdź pełny kontekst
Decyzja o ponowieniu
Nie ponawiaj automatycznie wysyłki na podstawie samego kodu 2.6.4, ponieważ wiadomość została dostarczona. Jeśli utracone dane są istotne, ustal zakres konwersji i dopiero wtedy rozważ świadome wysłanie poprawionej wersji w odpowiednim formacie; ponowienie tej samej wiadomości może dać ten sam rezultat lub utworzyć duplikat.
Decyzja o supresji
Nie dodawaj adresu ani domeny do listy wykluczeń na podstawie samego kodu 2.6.4. Kod nie wskazuje nieprawidłowego lub niedostępnego odbiorcy; decyzję o supresji podejmuj wyłącznie na podstawie innych, niezależnych zdarzeń i pełnego kontekstu.
Najczęstsze przyczyny
- Dostarczenie wymagało konwersji wiadomości, a podczas tej konwersji nie udało się zachować wszystkich danych.
Kroki diagnostyczne
- Sprawdź surową odpowiedź SMTP lub raport dostarczenia i potwierdź, że kod rozszerzony to dokładnie 2.6.4 oraz że zdarzenie należy do klasy powodzenia.
- Powiąż ostrzeżenie z właściwą wiadomością i odbiorcą, a następnie zachowaj pełny tekst odpowiedzi, aby ustalić, czy raport zawiera dodatkowy kontekst dotyczący konwersji.
- Porównaj wysłaną wiadomość z rezultatem dostarczenia, jeśli jest dostępny, i sprawdź wymagania wysyłki, aby ustalić, czy konwersja z utratą była zabroniona lub czy potrzebna jest poprawiona wersja.
Działania z podziałem na role
Nadawca
- Traktuj 2.6.4 jako informację o udanym dostarczeniu z ostrzeżeniem i nie wysyłaj tej samej wiadomości ponownie wyłącznie z powodu kodu.
- Jeśli zachowanie całej treści jest istotne, sprawdź rezultat i przygotuj poprawioną wersję dopiero po ustaleniu, co utracono podczas konwersji.
Administrator nadawcy
- Klasyfikuj 2.6.4 jako powodzenie, zachowując osobno ostrzeżenie o utracie danych; nie kieruj go automatycznie do obsługi odrzuceń.
- Zachowaj surowy raport i wymagania dotyczące konwersji, a w razie nieakceptowalnej utraty pomóż dobrać format lub ścieżkę dostarczenia, która nie wymaga tej samej konwersji.
Dostawca
- Zachowuj kod 2.6.4 i pełny tekst ostrzeżenia w zdarzeniu powodzenia, aby informacja o konwersji nie została utracona podczas normalizacji.
- Nie przedstawiaj 2.6.4 jako bounce ani podstawy do automatycznego ponowienia lub supresji.
Źródła i weryfikacja
Znaczenie, klasę powodzenia i rozróżnienie warunku zależnego od zakazu konwersji zweryfikowano w rejestrze IANA oraz dokumentach RFC 2034, RFC 3463 i RFC 5248, według stanu na 17 lipca 2026 r. Wskazówki dotyczące ponawiania, supresji, diagnostyki i działań poszczególnych właścicieli są odrębnymi zaleceniami operacyjnymi, a nie twierdzeniami standardu ani opisem praktyki dostawcy.
- iana-smtp-enhanced-status-codesŹródło T0
Enumerated Status Codes / X.6.4
- 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.6.4
Ostatnia weryfikacja:
