5.2.0SMTP 5.2.0: Ogólny status skrzynki wymaga pełnej odpowiedzi

X.2.0 to temat statusu skrzynki ze szczegółem innym albo nieokreślonym i katalog nie ma dla tego wzorca potwierdzenia klasy IANA. Konkretny 5.2.0 opiera się na dowodach korpusowych, a nie na potwierdzonej klasie: Comcast używa go przy odrzuceniu DMARC, a Microsoft dokumentuje go w Exchange Online dla brakującego albo nieprawidłowego podstawowego adresu SMTP odbiorcy oraz dla trwałych wyjątków zgłaszanych, gdy magazyn poczty przetwarza wiadomość. Te zastosowania nie zgadzają się co do przyczyny i właśnie to znaczy operacyjnie szczegół nieokreślony.

Cyfry zgłaszają, że zadziałał warunek dotyczący statusu skrzynki i że system odpowiadający nie przypisał mu żadnego zdefiniowanego szczegółu. Udokumentowane są za nimi trzy różne warunki: wynik polityki uwierzytelniania domeny nadawcy, który dotyczy domeny wysyłającej, a nie skrzynki; brakujący albo nieprawidłowy podstawowy adres SMTP odbiorcy w katalogu systemu odbierającego; oraz trwały wyjątek zgłoszony, gdy magazyn poczty odbiorcy przetwarzał wiadomość. Żaden z nich nie jest uniwersalnym znaczeniem 5.2.0. Jedyną częścią odpowiedzi, która wskazuje zaistniały warunek, jest tekst towarzyszący kodowi.

Klasa 5 jest trwała dla niezmienionej wysyłki, a ten szczegół jest udokumentowany zarówno przy odpowiedzi podstawowej 550, jak i 554, przy czym parowanie z 554 wyłącznie w Exchange Online. Trwałość opisuje próbę w postaci, w jakiej została wysłana, a nie adres odbiorcy: nie dowodzi nieprawidłowej skrzynki i nie nakazuje globalnego wykluczenia.

Klasa

Niepowodzenie trwałe

Ponowienie

Nie ponawiaj bez zmian

Supresja

Sprawdź pełny kontekst

Zatrzymaj niezmienione ponowienia; ta sama wiadomość na tej samej trasie zwróci ten sam wynik. Nowa próba jest dopuszczalna dopiero po zmianie i ponownej weryfikacji warunku nazwanego w tekście odpowiedzi: konfiguracji SPF, DKIM lub DMARC domeny nadawcy, gdy odpowiedź nazywa politykę domeny, albo obiektu odbiorcy w katalogu systemu odbierającego, gdy odpowiedź nazywa podstawowy adres SMTP odbiorcy albo trwały wyjątek przetwarzania w magazynie poczty. Wysyłka na inny adres jest nową trasą, a nie ponowieniem tej próby.

Same cyfry 5.2.0 nigdy nie uzasadniają automatycznego wykluczenia odbiorcy. Kod nie zawiera oceny tego, czy adres istnieje i czy przyjmuje pocztę: gałąź polityki domeny ocenia domenę nadawcy, a gałąź katalogu albo magazynu poczty zgłasza usterkę po stronie odbierającej, którą może usunąć jej administrator. Wykluczaj wyłącznie tam, gdzie pełny tekst odpowiedzi niezależnie wykazuje, że pod ten adres nie da się doręczyć poczty, i przechowuj ten tekst razem z decyzją.

• System odbierający zastosował politykę uwierzytelniania domeny nadawcy i zgłosił wynik pod tym ogólnym szczegółem. Udokumentowane jest, że Comcast Xfinity Mail SMTP zwraca „550 5.2.0 Message rejected due to DMARC” z odesłaniem do własnego wykazu kodów błędów.
• Podstawowy adres SMTP odbiorcy jest brakujący albo nieprawidłowy w katalogu systemu odbierającego, więc system odbierający nie potrafi rozstrzygnąć obiektu odbiorcy, którego już przyjął. Microsoft dokumentuje to dla Exchange Online jako „550 5.2.0 RESOLVER.ADR.BadPrimary; recipient primary SMTP address is missing or invalid”, opublikowane pod https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr/badprimary-ndr.
• Magazyn poczty odbiorcy zgłosił trwały wyjątek przy przetwarzaniu już przyjętej wiadomości. Microsoft dokumentuje pod tymi cyframi dwa przypadki Exchange Online: „554 5.2.0 STOREDRV.Deliver.Exception:ObjectNotFoundException.MapiExceptionNotFound; Failed to process message due to a permanent exception with message Cannot get ID from name”, opublikowane pod https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr/mapiexceptionnotfound-ndr, oraz przypadek zaproszenia na spotkanie zgłaszany jako „554 5.2.0 STOREDRV.Deliver.Exception:DelegateUserValidationException; Failed to process message due to a permanent exception with message Delegate user validation failed for user”, gdzie udokumentowany wiersz biegnie dalej symbolem zastępczym nazwy pełnomocnika, wypełnianym przez serwer w chwili odrzucenia, oraz znacznikiem etapu przetwarzania; opublikowane pod https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr-5-2-0-when-sending-meeting-invites.

1. Potwierdź, że kod rozszerzony to dokładnie 5.2.0, i odnotuj, która odpowiedź podstawowa go niosła. Z tym szczegółem udokumentowane są 550 i 554, przy czym 554 wyłącznie w Exchange Online, a sama odpowiedź podstawowa nie wskazuje warunku.
2. Ustal system, który wydał odpowiedź, oraz to, czy przyszła w sesji SMTP, czy jako asynchroniczny raport o niedostarczeniu, a następnie zachowaj pełny tekst odpowiedzi, domenę nadawcy, adres odbiorcy, host odbierający, identyfikator wiadomości i czas próby.
3. Przeczytaj tekst po cyfrach, aby rozdzielić kandydatów na przyczynę. Wynik polityki domeny nadawcy, taki jak odrzucenie DMARC, wskazuje domenę wysyłającą; podkod odbiorcy taki jak RESOLVER.ADR.BadPrimary wskazuje obiekt odbiorcy w katalogu systemu odbierającego; podkod STOREDRV.Deliver.Exception wskazuje trwały wyjątek przetwarzania w magazynie poczty odbiorcy. Nie przypisuj gałęzi, której tekst nie nazywa.
4. Wyślij ponownie dopiero wtedy, gdy właściciel nazwanego warunku zmienił go i ponownie zweryfikował. Niezmieniona wiadomość na tej samej trasie odtworzy ten sam wynik niezależnie od tego, która gałąź zadziałała.