内容转换跟踪
适用于:Exchange Server 2013
内容转换跟踪将捕获发生在 Microsoft Exchange Server 2013 邮箱服务器上入站和出站邮件上邮箱传输服务执行的 MAPI 内容转换中的失败。
邮箱服务器上的邮箱传输服务负责向/从邮箱收件人发送的邮件的内容转换。 具体而言,邮箱传输提交服务将邮箱用户的出站邮件从 MAPI 转换为 MIME。 邮箱传输传递服务将邮箱用户的入站邮件从 MIME 转换为 MAPI。 内容转换跟踪负责捕获这些 MAPI 转换失败。
邮箱服务器上的传输服务中的分类程序负责发送到外部收件人的所有邮件的内容转换。 内容转换跟踪不会捕获传输服务中的分类程序在转换发送给外部收件人的邮件时遇到的任何内容转换失败。
配置内容转换跟踪
内容转换跟踪由 Exchange 命令行管理程序中 Set-TransportService 和 Set-MailboxTransportService cmdlet 中的以下参数控制:
ContentConversionTracingEnabled:此参数启用或禁用邮箱服务器上的传输服务或邮箱服务器上的邮箱传输服务中的内容转换跟踪。 此参数
$true
的有效值为 和$false
。 默认值为$false
。 如果 Exchange 组织包含多个邮箱服务器,则必须在每个邮箱服务器上启用内容转换跟踪。PipelineTracingPath:尽管此参数与管道跟踪相关联,但它也指定内容转换跟踪文件的根位置。 传输服务中的默认位置为
%ExchangeInstallPath%TransportRoles\Logs\Hub\PipelineTracing
。 邮箱传输服务中的默认位置为%ExchangeInstallPath%TransportRoles\Logs\Mailbox\PipelineTracing
。该路径必须是 Exchange 计算机的本地路径。
内容转换在 PipelineTracingPath 参数指定的路径中创建名为 ContentConversionTracing
的文件夹。 在 ContentConversionTracing
文件夹中,内容转换创建两个子文件夹: InboundFailures
和 OutboundFailures
。 文件夹 InboundFailures
包含来自入站邮件内容转换失败的信息。 文件夹 OutboundFailures
包含出站邮件内容转换失败的信息。
文件夹或OutboundFailures
文件夹中所有文件InboundFailures
的最大大小为 128 MB (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,该 GUID 用于相应消息和文本文件的文件名。 文件名中使用的 GUID 的一个示例是 038b930e-61fd-4bfd-b9b4-0374c18b73f7
。
内容转换跟踪的注意事项
可以将内容转换跟踪保留为启用状态,以便进行主动监视。 或者,可以启用内容转换跟踪来排查特定失败事件。 通常,可以通过要求 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 消息。 而是使用附加的 .ics 文件传递消息,该文件包含 iCalendar 消息正文。
格式不正确的 MIME 邮件导致的失败:未经请求的商业电子邮件或垃圾邮件可能在邮件头中出现格式错误,例如收件人说明中的引号不匹配。 由于格式不正确的 MIME 消息而导致的故障数量要少得多,则被视为 bug。
出站内容转换失败比入站失败少得多。 发生出站失败时,通常是由 Exchange 代码 bug 或邮件内容损坏引起的。