管理內容轉換追蹤
適用版本： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
上次修改主題的時間： 2007-03-15
內容轉換追蹤可對已安裝 Hub Transport server role 的 Microsoft Exchange Server 2007 電腦，擷取儲存區驅動程式對其輸入與輸出郵件所執行之內容轉換中的失敗。
Hub Transport Server 上的分類程式負責所有傳送給外部收件者之郵件的內容轉換。但 Hub Transport Server 上的儲存區驅動程式則負責信箱收件者之收送郵件的內容轉換。明確而言，儲存區驅動程式必須將來自信箱使用者的輸出郵件從 MAPI 轉換為 MIME。儲存區驅動程式也必須將信箱使用者的輸入郵件從 MIME 轉換為 MAPI。內容轉換追蹤負責擷取這些 MAPI 轉換失敗。內容轉換追蹤不會擷取分類程式在轉換傳送給外部收件者之郵件時所發生的任何內容轉換失敗。
設定內容轉換追蹤
內容轉換追蹤由 Exchange 管理命令介面的 Set-TransportServer 指令程式中的下列參數所控制：
- ContentConversionTracingEnabled 此參數可啟用或停用內容轉換。此參數的有效值為
$True及$False。預設值為$False。若 Exchange 組織中含有多部 Hub Transport Server，您就必須在每部負責將郵件傳遞至信箱伺服器的 Hub Transport Server 上啟用內容轉換追蹤。 - PipelineTracingPath 此參數雖然與管線追蹤相關聯，但亦可指定內容轉換追蹤檔案的根位置。PipelineTracingPath 參數的值預設為 C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\PipelineTracing。其路徑必須位於 Exchange 2007 電腦本機。如需管線追蹤的相關資訊，請參閱使用管線追蹤來診斷傳輸代理程式問題。
內容轉換會在 PipelineTracingPath 參數所指定的路徑內建立名為 ContentConversionTracing 的資料夾。在 ContentConversionTracing 資料夾內，內容轉換會建立兩個子資料夾：InboundFailures 與 OutboundFailures。InboundFailures 資料夾中含有輸入郵件內容轉換失敗所產生的資訊。OutboundFailures 資料夾中含有輸出郵件內容轉換失敗所產生的資訊。
InboundFailures 資料夾中所有檔案的大小上限為 128 MB。OutboundFailures 資料夾中所有檔案的大小上限為 128 MB。內容轉換追蹤目錄不會根據檔案的保存期間或大小，使用循環記錄移除舊檔案。當資料夾到達其大小上限時，內容轉換追蹤會立即停止將資訊寫入資料夾中。若要確保資料夾不會超過其大小上限，您可以建立會定期將內容轉換追蹤檔案移至不同位置的排程工作。
內容轉換追蹤使用之資料夾與子資料夾所需的權限如下：
- 系統管理員：完全控制
- 網路服務：完全控制
- 系統：完全控制
.gif "Caution") 請注意： |
|---|
| 內容轉換追蹤會複製電子郵件的完整內容。若要避免機密資訊意外曝光，您必須在內容轉換追蹤檔案的位置上設定適當的安全性權限。 |
內容轉換追蹤的運作方式
當輸入郵件的內容轉換失敗時，系統會傳送具有狀態碼 5.6.0 的傳遞狀態通知 (DSN) 給郵件寄件者。若已啟用內容轉換追蹤，則會在產生 5.6.0 DSN 郵件的同時記錄失敗資訊。每個內容轉換錯誤都會產生兩個不同的檔案。
在輸入郵件從 MIME 轉換成 MAPI 時所發生的內容轉換錯誤，會在 InboundFailures 資料夾中產生下列兩個檔案：
- <GUID>.eml 此檔案包含文字格式的失敗郵件。
- <GUID>.txt 此檔案包含例外狀況描述、轉換結果，以及轉換選項與儲存區驅動程式對所有郵件施加的郵件大小限制。
在輸出郵件從 MAPI 轉換成 MIME 時所發生的內容轉換錯誤，會在 OutboundFailures 資料夾中產生下列兩個檔案：
- <GUID>.msg 此檔案包含 Microsoft Office 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 multipart 郵件中所能使用的郵件部分數上限。值為 250。
- MaxEmbeddedMessageDepth 此限制可指定一則郵件中可包含的轉寄郵件數上限。值為 30。
若想深入了解 Hub Transport Server 或邊際傳輸伺服器中所使用的可設定郵件大小限制，請參閱管理郵件大小限制。
- 無法將輸入的 iCalendar 郵件轉換成會議邀請 RFC 2445 將 iCalendar 定義為行事曆資料交換的標準。轉換失敗的特定原因如下：
- 傳送代理程式使用 iCalendar 的方式不正確。
- Outlook 或 Exchange 行事曆架構不支援 iCalendar 的架構。
iCalendar 轉換失敗時，寄件者並不會收到 5.6.0 DSN 郵件。相反地，該郵件會以 .ics 附加檔案傳送，檔案中會包含 iCalendar 郵件內文。
- 因 MIME 郵件格式不正確而導致的失敗 未經同意的廣告郵件或垃圾郵件在郵件標頭中可能會有格式錯誤，例如收件者描述中不成對的引號。因 MIME 郵件格式不正確而導致的較少數失敗則視為錯誤 (bug)。
輸出內容轉換失敗的可能性遠低於輸入失敗。輸出失敗通常是因為 Exchange 程式碼錯誤或郵件內容損毀所致。
相關資訊
如需相關資訊，請參閱下列主題：
若要確保您目前閱讀的是最新資訊，並尋找其他的 Exchange Server 2007 說明文件，請造訪 Exchange Server 技術資源中心.