Применимо к: Exchange Server 2010 SP1

Последнее изменение раздела: 2009-11-06

При трассировке преобразования контента регистрируются сбои преобразования контента, выполняемого драйвером хранилища для входящих и исходящих сообщений на компьютере под управлением Exchange Server 2010 Microsoft с установленной ролью транспортного сервера-концентратора.

Преобразование всех сообщений, отправляемых внешним получателям, осуществляет классификатор на транспортном сервере-концентраторе. Однако контент сообщений, отправленных на почтовые ящики получателей и из этих почтовых ящиков, преобразует драйвер хранилища на транспортном сервере-концентраторе. Исходящие сообщения от пользователей почтовых ящиков драйвер хранилища преобразует из формата MAPI в MIME, а входящие — наоборот, из MIME в MAPI. Ошибки при преобразовании MAPI регистрируются с помощью трассировки преобразования содержимого. Ошибки преобразования контента, обнаруженные классификатором в ходе преобразования сообщений, отправляемых внешним получателям, при трассировке преобразования контента не регистрируются.

Содержание

Настройка трассировки преобразования содержимого

Как работает трассировка преобразования содержимого

Соображения по поводу трассировки преобразования содержимого

Настройка трассировки преобразования содержимого

Для контроля над трассировкой преобразования содержимого используются указанные ниже параметры командлета Set-TransportServer командной консоли Exchange.

  • ContentConversionTracingEnabled   Этот параметр включает или отключает преобразование контента. Допустимые значения этого параметра — $True и $False. По умолчанию он имеет значение $False. Если организация Exchange содержит несколько транспортных серверов-концентраторов, трассировку преобразования контента необходимо включить на каждом транспортном сервере-концентраторе, который отвечает за доставку сообщений на серверы почтовых ящиков.

  • PipelineTracingPath   Хотя этот параметр связан с конвейерной трассировкой, он также определяет корневое расположение для файлов трассировки преобразования контента. По умолчанию параметр PipelineTracingPath имеет значение «C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\PipelineTracing». Этот путь должен быть локальным путем на компьютере Exchange 2010. 

Преобразование контента создает папку с именем ContentConversionTracing в пути, заданном параметром PipelineTracingPath. В ней, в свою очередь, создаются папки «InboundFailures» и «OutboundFailures», в которых сохраняются сведения об ошибках преобразования содержимого входящих и исходящих сообщений соответственно.

Максимальный размер всех файлов в папке InboundFailures может составлять 128 МБ. Максимальный размер всех файлов в папке «OutboundFailures» также может составлять 128 МБ. Для удаления старых файлов в каталогах трассировки преобразования содержимого функция циклического ведения журнала не используется. Когда размер файлов в папке достигает предела, функция трассировки преобразования содержимого прекращает запись данных в эту папку. Если необходимо исключить увеличение размера папки до предельного значения, можно создать задачу, запускаемую по расписанию и перемещающую файлы трассировки преобразования содержимого в другое место.

Далее приведены разрешения, необходимые для доступа к папкам, используемым при трассировке преобразования контента.

  • Администраторы: полный доступ

  • Сетевая служба: полный доступ

  • Система: полный доступ

Внимание!
При трассировке преобразования содержимого копируется все содержимое сообщений электронной почты. Во избежание раскрытия конфиденциальных сведений необходимо задать для места хранения файлов трассировки преобразования содержимого соответствующие разрешения системы безопасности.

В начало

Как работает трассировка преобразования содержимого

Если преобразование содержимого входящего сообщения завершается неудачей, отправителю сообщения отправляется уведомление о доставке с кодом состояния 5.6.0. Если включена трассировка преобразования содержимого, сведения об ошибке записываются в момент создания уведомления о доставке 5.6.0. При каждой ошибке преобразования содержимого создаются два файла.

При возникновении ошибки в ходе преобразования содержимого входящего сообщения из формата MIME в MAPI в папке «InboundFailures» создаются два файла, указанных ниже.

  • <GUID>.eml   Этот файл содержит сообщение, которое не удалось преобразовать, в текстовом формате.

  • <GUID>.txt   Этот файл содержит описание исключения, результаты преобразования, параметры преобразования и ограничения, налагаемые на размер всех сообщений драйвером хранилища.

При возникновении ошибки в ходе преобразования содержимого исходящего сообщения из формата MAPI в MIME в папке «OutboundFailures» создаются два файла, указанных ниже.

  • <GUID>.msg   Этот файл содержит сообщение, которое не удалось преобразовать, в формате Microsoft Outlook.

  • <GUID>.txt   Этот файл содержит описание исключения, результаты преобразования, параметры преобразования и ограничения, налагаемые на размер всех сообщений драйвером хранилища.

Значение <GUID> в именах обоих файлов одинаково. При каждой ошибке преобразования контента создается новый идентификатор GUID, используемый в именах соответствующих файлов сообщений и текстовых файлов. Примером значения GUID в именах этих файлов может служить значение 038b930e-61fd-4bfd-b9b4-0374c18b73f7.

В начало

Соображения по поводу трассировки преобразования содержимого

Трассировку преобразования содержимого можно оставить включенной для упреждающего наблюдения или включать ее по мере необходимости для устранения конкретных ошибок. В большинстве случаев ошибки преобразования содержимого входящих сообщений можно воспроизвести, попросив получателя уведомления о доставке 5.6.0 отправить исходное сообщение еще раз.

Наиболее часто ошибки возникают при преобразовании содержимого входящих сообщений. Ниже описаны некоторые возможные причины возникновения этих ошибок.

  • Нарушения ограничений размера сообщений. Ограничения размера сообщений применяет драйвер хранилища для предотвращения атак типа «отказ в обслуживании». Эти ограничения указаны в файле <GUID>.txt. Они описаны ниже.

    • MaxMimeTextHeaderLength   Это ограничение определяет максимально возможное число текстовых знаков в заголовке MIME. Данный параметр имеет значение 2000.

    • MaxMimeSubjectLength   Это ограничение определяет максимально возможное число текстовых знаков в теме сообщения. Данный параметр имеет значение 255.

    • MSize   Это ограничение определяет максимальный размер сообщения. Данный параметр имеет значение 2 147 483 647 байт.

    • MaxMimeRecipients.   Это ограничение определяет общее количество получателей, которых можно указать в полях «Кому», «Копия» и «Скрытая копия» Данный параметр имеет значение 12 288.

    • MaxRecipientPropertyLength   Это ограничение определяет максимально возможное число текстовых знаков в описании получателя. Данный параметр имеет значение 1000.

    • MaxBodyPartsTotal   Это ограничение определяет максимально возможное число частей в составном сообщении MIME. Данный параметр имеет значение 250.

    • MaxEmbeddedMessageDepth   Это ограничение определяет максимально возможное число перенаправленных сообщений в сообщении. Данный параметр имеет значение 30.

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

  • Ошибка при преобразовании входящего сообщения iCalendar в приглашение на собрание   В документе RFC 2445 спецификация iCalendar определена как стандартный способ обмена данными календаря. Ниже описаны возможные причины ошибок при преобразовании сообщений iCalendar.

    • Неправильное использование iCalendar отправляющим агентом.

    • Использование элементов iCalendar, не поддерживаемых схемой календаря Outlook или Exchange.

    При возникновении ошибок в ходе преобразования сообщений iCalendar отправитель не получает уведомления о доставке с кодом 5.6.0. Вместо этого сообщение доставляется адресату с вложенным файлом ICS, который содержит тело сообщения iCalendar.

  • Ошибки, вызванные неправильным форматированием сообщений MIME.   Нежелательные сообщения электронной почты могут содержать в заголовках ошибки форматирования, например непарные кавычки в описаниях получателей. Ошибки, вызванные неправильным форматированием сообщения MIME, встречаются гораздо реже.

При преобразовании содержимого исходящих сообщений ошибки возникают гораздо реже, чем в случае с входящими сообщениями. Их причинами обычно являются ошибки в коде Exchange или поврежденное содержимое сообщения.

В начало