內容轉換追蹤

適用於：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 ，內容轉換會建立兩個子資料夾：和 OutboundFailures 。 InboundFailures 檔 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 範例為 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。

    如需信箱伺服器或 Edge Transport Server 上傳輸服務中所使用之可設定訊息大小限制的詳細資訊，請參閱 郵件大小限制。

• 無法將輸入 iCalendar 訊息轉換成會議邀請：RFC 2445 會將 iCalendar 定義為行事歷數據交換的標準。 轉換失敗的特定原因包括：

  • 傳送代理程式使用 iCalendar 的方式不正確。

  • Outlook 或 Exchange 行事曆架構不支援 iCalendar 的建構。

  iCalendar 的轉換失敗不會導致寄件者收到 5.6.0 DSN 訊息。 相反地，訊息會與包含 iCalendar 訊息本文的附加 .ics 檔案一起傳遞。

• 格式不正確的 MIME 訊息所造成的失敗：未經要求的商業電子郵件或垃圾郵件在郵件標頭中可能有格式錯誤，例如收件者描述中不相符的引號。 格式錯誤的 MIME 訊息所造成的失敗數目要少許多，會被視為錯誤。

輸出內容轉換失敗比輸入失敗更不常見。 發生輸出失敗時，通常是 Exchange 程式碼錯誤或訊息內容損毀所造成。