5.1.2Adres odbiorcy odrzucony jako nieprawidłowy adres docelowy

RFC 3463 opisuje wzorzec rejestru X.1.2 („Bad destination system address”) jako system docelowy, który w ogóle nie istnieje albo nie przyjmuje poczty, umieszcza usterkę po prawej stronie znaku „@” i zastrzega, że ten szczegół jest użyteczny wyłącznie dla niepowodzeń trwałych; kod 5.1.2 oznacza ten wzorzec klasą trwałą. Odwzorowanie rejestru IANA w tym katalogu nie potwierdza mechanicznie żadnej klasy dla X.1.2: ani 4.1.2, ani 5.1.2 nie mają tu Associated Basic Status Code. Istnienie i znaczenie tego konkretnego kodu opierają się wyłącznie na dokładnym dowodzie produkcyjnym zebranym w korpusie (odpowiedź Gmaila 553 5.1.2 poniżej). Ten dowód odrzuca sam adres odbiorcy ze względu na format, a nie stwierdza, że domena nie istnieje: odczytanie węższe i bardziej specyficzne dla tego dostawcy niż opis wzorca w rejestrze.

Dostępny dowód (odpowiedź Gmaila 553 5.1.2) odrzuca sam adres odbiorcy jako niezgodny ze składnią skrzynki z RFC 5321 na etapie RCPT TO: to ocena formatu adresu, a nie stwierdzenie, że domena docelowa nie ma działającego systemu pocztowego. Wzorzec X.1.2 oznacza system docelowy, który w ogóle nie istnieje lub nie przyjmuje poczty. Dla internetowego adresu pocztowego RFC 3463 umieszcza usterkę po prawej stronie znaku „@” i zastrzega, że ten kod szczegółowy jest użyteczny wyłącznie dla niepowodzeń trwałych. Żadna klasa wzorca X.1.2 nie ma tu mechanicznego potwierdzenia Associated Basic Status Code z rejestru IANA, więc odwzorowanie rejestru zostawia X.1.2 nierozstrzygnięty. Konkretny kod 5.1.2 publikujemy w ramach warstwy EXPAND na podstawie dokładnego dowodu korpusowego, a nie potwierdzenia z rejestru dla tej klasy.

Pierwsza cyfra 5 oznacza niepowodzenie trwałe. Ponowna próba na ten sam, niezmieniony adres nic nie da; nowa wysyłka ma sens dopiero po wiarygodnym poprawieniu adresu. Nie myl tego z kodem 5.1.3, potwierdzonym kodem dla błędnej składni adresu docelowego, mimo że tekst dowodu poniżej również odwołuje się do poprawności formatu adresu.

Klasa

Niepowodzenie trwałe

Ponowienie

Nie ponawiaj bez zmian

Supresja

Sprawdź pełny kontekst

Nie ponawiaj automatycznie ani ręcznie wysyłki na ten sam, niezmieniony adres. Traktuj 5.1.2 jak każde inne twarde odbicie adresowe: zatrzymaj wysyłki na ten konkretny adres, dopóki nie poprawisz go na podstawie wiarygodnego źródła, i nie zgaduj wartości zastępczej.

Nie stosuj bezwarunkowego ani zbiorowego wykluczenia całej domeny wyłącznie na podstawie pojedynczego kodu 5.1.2. Potwierdź, że odrzucenie dotyczy dokładnie tego adresu, sprawdź pełną treść odpowiedzi i zastosuj politykę dla niepowodzeń adresowych do tego jednego odbiorcy; błędnie sformatowany lub błędnie wpisany adres to często problem jakości danych po stronie nadawcy, a nie dowód przeciwko domenie ani innym odbiorcom w niej.

• Adres odbiorcy w przesłanej postaci nie spełnia składni wymaganej przez RFC 5321 dla poprawnego adresu skrzynki SMTP — na przykład ma błędnie sformatowaną część lokalną lub segment domeny — i system docelowy odrzuca go od razu na etapie RCPT TO.
• Aplikacja nadawcy błędnie zbudowała, skopiowała lub zaimportowała adres (obcięcie, przypadkowe znaki albo błąd kodowania), tworząc wartość zbliżoną do prawdziwego adresu, ale samą w sobie nieprawidłową.
• W zaakceptowanym przykładzie Gmaila odpowiedź wprost odwołuje się do RFC 5321, a nie do istnienia skrzynki czy limitu miejsca — to odróżnia to odrzucenie od przyczyn takich jak usunięte konto czy pełna skrzynka.

1. Sprawdź surową odpowiedź SMTP lub raport doręczenia i potwierdź, że kod rozszerzony to dokładnie 5.1.2 (nie 5.1.1 ani 5.1.3), a podstawowa odpowiedź należy do klasy 5xx (w akceptowanym przykładzie: 553).
2. Porównaj dokładny adres odbiorcy ze składnią skrzynki pocztowej z RFC 5321 oraz z wartością przechowywaną w wiarygodnym systemie źródłowym; szukaj zwłaszcza błędnych znaków, brakujących lub zduplikowanych segmentów albo uszkodzenia kodowania powstałego przed wysyłką.
3. Prześledź, gdzie adres trafił do danych wysyłkowych (import, formularz, wywołanie API), aby ustalić, czy uszkodzenie powstało już przy zapisie, czy dopiero później w procesie.
4. Nie wysyłaj ponownie na ten sam adres; potraktuj go jako twarde odbicie i skieruj przez standardową obsługę niepowodzeń trwałych po potwierdzeniu dokładnego kodu i pełnej odpowiedzi.