内容转换跟踪

  • 项目

 

适用于： Exchange Server 2010 SP2, Exchange Server 2010 SP3

上一次修改主题： 2009-11-06

内容转换跟踪用于捕获运行 Microsoft Exchange Server 2010 并安装了集线器传输服务器的计算机上由存储驱动程序对入站和出站邮件执行的内容转换的失败。

集线器传输服务器上的分类程序负责对发送给外部收件人的所有邮件进行内容转换。而集线器传输服务器上的存储驱动程序则负责对邮箱收件人接收和发送的邮件进行内容转换。具体来说，存储驱动程序必须将邮箱用户发出的出站邮件从 MAPI 转换为 MIME，并将其入站邮件从 MIME 转换为 MAPI。内容转换跟踪负责捕获这些 MAPI 转换失败。但是，内容转换跟踪不会捕获分类程序转换发送到外部收件人的邮件时遇到的任何内容转换失败。

目录

配置内容转换跟踪

内容转换跟踪工作原理

内容转换跟踪的注意事项

配置内容转换跟踪

在 Exchange 命令行管理程序中，内容转换跟踪由 Set-TransportServer cmdlet 中的下列参数控制：

  • ContentConversionTracingEnabled   此参数可启用或禁用内容转换。此参数的有效值是 $True 和 $False。默认值为 $False。如果 Exchange 组织包含多个集线器传输服务器，则必须在负责将邮件传送到邮箱服务器的每个集线器传输服务器上启用内容转换跟踪。

  • PipelineTracingPath   虽然此参数与管道跟踪相关联，但是它也可以指定内容转换跟踪文件的根位置。默认情况下，PipelineTracingPath 参数的值为 C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\PipelineTracing。此路径必须是 Exchange 2010 计算机的本地路径。

内容转换将在 PipelineTracingPath 参数指定的路径下创建一个名为 ContentConversionTracing 的文件夹。在 ContentConversionTracing 文件夹中，内容转换创建两个子文件夹：InboundFailures 和 OutboundFailures。InboundFailures 文件夹包含入站邮件内容转换失败的信息。OutboundFailures 文件夹包含出站邮件内容转换失败的信息。

InboundFailures 文件夹中所有文件的最大大小为 128 MB。OutboundFailures 文件夹中所有文件的最大大小为 128 MB。内容转换跟踪目录不会根据文件的期限或大小使用循环日志记录来删除旧文件。一旦某个文件夹达到了最大大小，内容转换跟踪就会停止向该文件夹写入信息。如果要确保文件夹不超出最大大小限制，您可以创建一个计划任务定期将内容转换跟踪文件移动到其他位置。

在内容转换跟踪中需要对文件夹和子文件夹具有以下权限：

  • 管理员：完全控制

  • 网络服务：完全控制

  • 系统：完全控制

小心警告：
内容转换跟踪将复制电子邮件的完整内容。为了避免不利地暴露机密信息，必须对内容转换跟踪文件的位置设置适当的安全权限。

返回顶部

内容转换跟踪工作原理

入站邮件的内容转换失败时，会向邮件发件人发送一封状态代码为 5.6.0 的传递状态通知 (DSN)。如果已启用内容转换跟踪，则在生成 5.6.0 DSN 邮件时会记录该失败信息。每个内容转换错误生成两个单独的文件。

将入站邮件从 MIME 转换为 MAPI 时发生的内容转换错误会在 InboundFailures 文件夹中生成以下两个文件：

  • <GUID>.eml   此文件包含以文本格式显示的失败邮件。

  • <GUID>.txt   此文件包含异常说明、转换结果、转换选项以及存储驱动程序对所有邮件施加的邮件大小限制。

将出站邮件从 MAPI 转换为 MIME 时发生的内容转换错误会在 OutboundFailures 文件夹中生成以下两个文件：

  • <GUID>.msg   此文件包含 Microsoft Outlook 邮件格式的失败邮件。

  • <GUID>.txt   此文件包含异常说明、转换结果、转换选项以及存储驱动程序对所有邮件施加的邮件大小限制。

两个文件名称中的占位符 <GUID> 是相同的。每个内容转换错误都会生成不同的 GUID，用在对应的邮件和文本文件的文件名中。038b930e-61fd-4bfd-b9b4-0374c18b73f7 就是一个用在文件名中的 GUID 示例。

返回顶部

内容转换跟踪的注意事项

可以使内容转换跟踪处于启用状态以便进行主动监视。或者，还可以启用内容转换跟踪以解决特定失败事件问题。通常，通过要求 5.6.0 DSN 邮件的收件人重新发送原始邮件可以重现入站内容转换失败。

入站内容转换失败最为常见。出现入站内容转换错误的一些原因如下：

  • 违反邮件大小限制 存储驱动程序设定这些邮件大小限制，以免受到拒绝服务攻击 (DoS)。<GUID>.txt 文件中列出了这些邮件限制。这些邮件限制包括：

    • MaxMimeTextHeaderLength   此限制指定可在 MIME 头中使用的最大文本字符数。该值为 2000。

    • MaxMimeSubjectLength   此限制指定可在主题行中使用最大文本字符数。该值为 255。

    • MSize   此限制指定最大邮件大小。该值为 2147483647 字节。

    • MaxMimeRecipients   此限制指定“收件人”、“抄送”和“密件抄送”。该值为 12288。

    • MaxRecipientPropertyLength   此限制指定可在收件人描述中使用的最大文本字符数。该值为 1000。

    • MaxBodyPartsTotal   此限制指定可在 MIME 多部分邮件中使用的最大邮件部分数。该值为 250。

    • MaxEmbeddedMessageDepth   此限制指定邮件中可以存在的最大转发邮件数。该值为 30。

    有关在集线器传输服务器或边缘传输服务器中使用的可配置邮件大小限制的详细信息，请参阅了解邮件大小限制。

  • 将入站 iCalendar 邮件转换为会议请求失败   RFC 2445 将 iCalendar 定义为日历数据交换的标准。转换失败的特定原因包括：

    • 发送代理未正确使用 iCalendar。

    • Outlook 或 Exchange 日历架构不支持 iCalendar 结构。

    iCalendar 转换失败并不会导致发件人收到 5.6.0 DSN 邮件。但是，该邮件将与包含 iCalendar 邮件正文的附加 .ics 文件一起发送。

  • MIME 邮件格式不正确导致的失败   商业垃圾邮件或垃圾邮件的邮件头可能存在格式错误，如收件人描述中的引号不匹配。由 MIME 邮件格式不正确导致的失败（这种失败的次数要少得多）被视为缺陷。

相对于入站失败，出站内容转换失败较为少见。如果发生出站失败，它们通常是由 Exchange 代码错误或已损坏的邮件内容导致的。

返回顶部

 © 2010 Microsoft Corporation。保留所有权利。