Naprawiono błąd NDR "550 5.6.11" w usłudze Exchange Online
Jest to frustrujące, gdy wystąpi błąd po wysłaniu wiadomości e-mail. W tym temacie opisano, co można zrobić, jeśli kod błędu 5.6.11 jest wyświetlany w raporcie bez dostarczania (nazywanym również NDR, komunikatem odbicia, powiadomieniem o stanie dostawy lub nazwą DSN).
![]() |
Mam tę wiadomość odbicia. Jak mogę rozwiązać ten problem? | ![]() |
Jestem administratorem poczty e-mail. Jak rozwiązać ten problem? |
Dlaczego otrzymuję tę wiadomość odbicia?
Otrzymano ten komunikat o błędzie z kodem błędu 5.6.11, ponieważ wiadomość zawiera kanały informacyjne bez wiersza, a docelowy serwer poczty e-mail nie obsługuje komunikatów z nagimi kanałami informacyjnymi wierszy.
Najgorętszy kanał liniowy to znak kanału informacyjnego (LF), który nie jest bezpośrednio poprzedzony znakiem powrotu karetki (CR). Innymi słowy, zamiast wiersza tekstu kończącego się znakiem CR LF, kończy się tylko LF.
Zazwyczaj każdy wiersz w wiadomości e-mail kończy się zwrotem karetki, po którym następuje źródło wiersza (CR LF).
Jeśli komunikat zawiera nagie kanały informacyjne wiersza, funkcja fragmentowania SMTP jest wymagana do przesyłania wiadomości między serwerami poczty e-mail. Fragmentowanie używa polecenia SMTP BDAT zdefiniowanego w dokumencie RFC 3030. Jeśli docelowy serwer poczty e-mail nie obsługuje protokołu BDAT, nie może zaakceptować wiadomości zawierających nagie kanały informacyjne wierszy.
Platforma Microsoft 365 i usługa Office 365 służą do usuwania bezwierszowych kanałów informacyjnych z wiadomości w celu umożliwienia dostarczania do starszych serwerów poczty e-mail, które nie obsługują fragmentowania SMTP i polecenia BDAT. W celu zapewnienia lepszej obsługi standardów zabezpieczeń (na przykład DomainKeys Identified Mail lub DKIM) usługa Office 365 nie usuwa już nagich kanałów informacyjnych wierszy z wiadomości.
Mam tę wiadomość odbicia. Jak mogę rozwiązać ten problem?
Jeśli otrzymasz tę funkcję NDR w wyniku wysłanego komunikatu, możesz spróbować wykonać następujące kroki, aby rozwiązać ten problem:
Wyślij wiadomość przy użyciu innego programu poczty e-mail, który nie dodaje nagich kanałów informacyjnych wierszy do wiadomości, takich jak Outlook w sieci Web (wcześniej znany jako Outlook Web App).
Jeśli oryginalna wiadomość zawierała załącznik, spróbuj wysłać wiadomość bez załącznika.
Jeśli te kroki nie rozwiążą problemu, skontaktuj się z administratorem poczty e-mail i zapoznaj się z informacjami w tym temacie, aby móc spróbować rozwiązać problem.
Jestem administratorem poczty e-mail. Jak rozwiązać ten problem?
Jeśli kroki opisane w poprzedniej sekcji nie rozwiązały problemu, administrator poczty e-mail odbiorcy może rozwiązać ten problem, korzystając z jednego rozwiązania opisanego w tej sekcji.
Rozwiązanie 1. Wyłącz odrzucenie kanału informacyjnego na pasku (zezwalaj na komunikaty zawierające nagie kanały informacyjne wierszy) na docelowym serwerze poczty e-mail
Niektóre serwery poczty e-mail obsługują możliwość wyłączenia odrzucenia kanału informacyjnego na pasku. Na przykład łączniki odbierania w programie Exchange Server obsługują ustawienie BareLinefeedRejectionEnabled . Jeśli serwer poczty e-mail adresata to Exchange, administrator może skonfigurować ustawienie -BareLinefeedRejectionEnabled $false
w łączniku Odbieranie serwera dla poczty internetowej. Aby uzyskać więcej informacji, zobacz Set-ReceiveConnector.
Rozwiązanie 2. Uaktualnij docelowy serwer poczty e-mail do nowszej wersji (lub innego oprogramowania serwera poczty e-mail), który obsługuje polecenie SMTP BDAT
Serwery poczty e-mail obsługujące polecenie SMTP BDAT mogą akceptować komunikaty z bezwierszowymi kanałami informacyjnymi. Większość nowoczesnych serwerów poczty e-mail obsługuje protokół BDAT; jednak niektóre bezpłatne i starsze serwery poczty e-mail nie obsługują usługi BDAT.
Co to jest nagi kanał informacyjny linii?
Kanał informacyjny linii nagie jest znakiem pojedynczego wiersza (LF lub ASCII 10), który nie jest bezpośrednio poprzedzony znakiem powrotu karetki (CR lub ASCII 13). Separator wiersza w wiadomości e-mail ma być CRLF, a nie LF.
Nadal potrzebujesz pomocy?
Zobacz też
Wysyłanie wiadomości e-mail do raportów innych niż dostarczanie w usłudze Exchange Online
Podpisy zidentyfikowanych wiadomości e-mail (DKIM) RFC 6376 DomainKeys