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

• ContentConversionTracingEnabled   Этот параметр включает или отключает преобразование содержимого. Допустимые значения этого параметра — $True и $False. По умолчанию он имеет значение $False. Если организация Exchange включает несколько транспортных серверов-концентраторов, трассировку преобразования содержимого необходимо включить на каждом транспортном сервере-концентраторе, который отвечает за доставку сообщений на серверы почтовых ящиков.
  
  
• PipelineTracingPath   Хотя этот параметр связан с конвейерной трассировкой, он также определяет корневую папку для файлов трассировки преобразования содержимого. По умолчанию параметр PipelineTracingPath имеет значение «C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\PipelineTracing». Значение этого параметра должно быть локальным путем на компьютере с сервером Exchange 2007. Дополнительные сведения о конвейерной трассировке см. в разделе Использование конвейерной трассировки для диагностики неисправностей агентов транспорта.
  
  

При преобразовании содержимого в папке, заданной с помощью параметра PipelineTracingPath, создается папка с именем «ContentConversionTracing». В ней, в свою очередь, создаются папки «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 Office 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 или поврежденное содержимое сообщения.

Дополнительные сведения см. в следующих разделах:

• Общие сведения о преобразовании содержимого
  
  
• Параметры преобразования TNEF
  
  
• Параметры кодирования сообщений