В настоящее время вы работаете в автономном режиме; ожидается повторное подключение к Интернету

"SMTPSENT. BareLineFeedsAreIllegal"отчет о Недоставке, полученных пользователями Exchange Online или EOP в Office 365 выделенном/ITAR

ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.

Эта статья на английском языке: 2998901
ПРОБЛЕМА
Пользователи Exchange Online или Exchange Online Protection не появляется ожидаемое сообщение. При выполнении трассировки сообщения, обнаружится, что сбой доставки сообщения и что был создан отчет о недоставке (NDR), содержащий следующее сообщение об ошибке:
SMTPSEND. BareLinefeedsAreIllegal; сообщение содержит только символы переноса строк, который не может быть отправлено через данные
Пользователи могут не иметь возникла проблема в прошлом, когда они используются Forefront Online Protection for Exchange (FOPE).
ПРИЧИНА
Эта проблема возникает, если источник агента передачи сообщений (MTA) не добавить в конце сообщения, как описано в запросе на комментарии (RFC) 2822 ожидаемые комбинации символов CR-LF.
РЕШЕНИЕ
Чтобы устранить эту проблему, выполните одно из следующих действий в зависимости от конкретной ситуации.
  • Запрос на правильность формата сообщения отправителя. Эта ошибка часто возникает с автоматического характера (например, отчеты или счетов) и массового отправителей.
  • Включение расширенных SMTP (ESMTP) на принимающем сервере таким образом, сообщение может быть отправлено с помощью команды BDAT или ФРАГМЕНТОВ. Ни один из thesemethods зависит от комбинации символов CR-LF для обозначения конца сообщения. Дополнительные сведения см.Расширения протокола SMTP.
  • Если отправитель не может исправить отправленных сообщений или разрыв должен мост до исправления формата сообщения, получатель может создать правило входящего транспорта для добавления отказа от проблемных отправителя сообщения. Отказ от ответственности будет добавлять ожидаемые комбинации символов CR-LF в сообщение таким образом, чтобы его можно было поставить. (Это disclaimermay состоят из одного символа, например точки или тире).
Дополнительные сведения
Дополнительные сведения о способах выполнения сообщения трассировки см.Отслеживать сообщения электронной почты.

Дополнительные сведения о создании ответственности см. Ответственности организации, подписи, колонтитулы и заголовки.

По-прежнему нужна помощь? Перейдите на Сообщество Office 365 .

Внимание! Эта статья переведена автоматически

Свойства

Номер статьи: 2998901 — последний просмотр: 01/17/2016 12:36:00 — редакция: 4.0

Microsoft Exchange Online, Microsoft Exchange Online Protection

  • o365e o365m o365p o365022013 o365 o365a eop kbmt KB2998901 KbMtru
Отзывы и предложения