test

Sun Java System Messaging Server 6 2005Q4 管理指南

第 21 章 管理記錄

本章提供適用於 Messaging Server MTA、郵件儲存和服務的記錄工具之簡介資訊。本章還提供用於管理這些記錄功能的程序。

本章包含以下各節：

記錄的簡介

記錄是系統提供帶有時間戳記並標明時間的系統服務資訊的方法。記錄會提供系統目前的快照和歷程檢視。

透過瞭解和使用 Messaging Server 記錄檔，您可以︰

例如，如果站點由於使用者增多而需要增加更多的磁碟儲存體，您可以使用 Messaging Server 記錄檔來查看系統需求增加的百分比，並規劃出所需的新磁碟儲存體的容量。

您還可以使用 Messaging Server 記錄檔來瞭解一天之內的郵件傳送式樣。瞭解日常尖峰負荷發生的時間有助於進行容量規劃。

記錄還有助於對使用者問題進行疑難排解。例如，如果使用者未收到預期的郵件，您可以使用 Messaging Server 記錄功能來追蹤該使用者的郵件。執行此功能後，您可能會發現郵件未送達是由於這些郵件被自動篩選並傳送至垃圾郵件資料夾。

記錄資料的類型

通常，記錄提供兩種資訊：

大多數情況下，Messaging Server 記錄提供作業資料。此作業資料包含諸如下列資訊︰郵件進入系統的日期和時間、郵件的寄件者和收件者、將郵件寫入至磁碟的時間以及以後將郵件從磁碟中移除並插入至使用者電子信箱的時間。

但是，Messaging Server 記錄也提供一些事件記錄資料。若要獲取事件記錄資料，您需要將不同記錄檔中的多個項目匯集起來。然後您可以在郵件點對點通過系統時，使用唯一的常數 (如郵件 ID) 來搜尋並關聯郵件的生命週期。

Messaging Server 記錄檔的類型

Messaging Server 記錄包含三種記錄檔：

  1. MTA 記錄。這些記錄提供先前為郵件傳送代理程式描述的作業資料。

  2. 錯誤記錄。這些是指 MTA 除錯記錄和 MTA 子元件記錄 (即工作控制器、派送程式等)。

  3. 郵件儲存和服務記錄。這些記錄提供來自 http 伺服器、mshttpd、imap、和 pop 服務以及 Admin 服務的郵件。這些記錄的格式與前兩種類型的記錄格式不同。

下表列示了其他記錄檔類型。依預設，記錄檔位於 msg_svr_base/data/log 目錄中。您可以分別自訂和檢視每種記錄檔類型。

表 21–1 Messaging Server 記錄檔

記錄檔類型 

記錄檔說明 

預設名稱 

郵件傳送代理程式 

顯示關於經由 MTA 的郵件通訊資訊，包括日期和時間資訊、形成佇列和移出佇列資訊等等。 

mail.log、mail.log_current、mail.log_yesterday 

連線 

包含連線至此系統以傳送電子郵件的遠端機器 (MTA)。 

connection.log 

計數器 

包含郵件趨勢 (在每個通道上傳送和接收到的郵件)。 

計數器 

工作控制器 

包含關於主要通道程式、工作控制器通道程式、寄件者通道程式和移出佇列通道程式的資料。 

job_controller.log 

派送程式 

包含有關派送程式的錯誤。開啟派送程式除錯將增加資訊。 

dispatcher.log 

通道 

記錄有關通道的錯誤。關鍵字 master_debug 和 slave_debug 開啟通道除錯，這將增加通道記錄檔的詳細度。資訊的層級和類型由 option.dat 中的各種 *_DEBUG MTA 選項控制。 

channelname_master.log* (範例：tcp_local_master.log*)

channelname_slave.log* (範例，tcp_local_slave.log*)

Admin 

包含與主控台和 Messaging Server 之間的通訊 (大多數透過數個 CGI 程序) 相關的記錄事件，透過其 Administration Server 進行 

admin、admin.sequenceNum.timeStamp

IMAP 

包含與此伺服器的 IMAP4 作業相關的記錄事件 

imap、imap.sequenceNum.timeStamp

POP 

包含與此伺服器的 POP3 作業相關的記錄事件 

pop、pop.sequenceNum.timeStamp

HTTP 

包含與此伺服器的 HTTP 作業相關的記錄事件 

http、http.sequenceNum.timeStamp

預設 

包含與此伺服器的其他作業相關的記錄事件，如指令行公用程式和其他程序 

default、default.sequenceNum.timeStamp

msgtrace 

包含郵件儲存的追蹤資訊。檔案很快就會變得相當大。相應地進行監視。 

msgtrace 

watcher 

監視程序故障和無回應的服務 (請參閱表 4–4)，並記錄指示特定故障的錯誤訊息。

watcher 

其中：

sequenceNum - 指定一個整數，該整數指定了此記錄檔相對於記錄檔目錄中其他記錄檔的建立順序。具有較高序列號的記錄檔相對於具有較低序列號的記錄檔而言屬於較新的檔案。序列號不循環使用；它們在伺服器的生命週期 (從安裝伺服器開始) 內單調增加。

timeStamp - 指定用於指定檔案建立日期與時間的較大整數。(其值以標準 UNIX 時間表示：自 1970 年 1 月 1 日午夜開始的秒數。

例如，名為 imap.63.915107696 的記錄檔是指在 IMAP 記錄檔目錄中建立的第 63 個記錄檔，建立於 1998 年 12 月 31 日中午 12:34:56。

開放式序列號與時間標記的組合讓您在循環、終止和選取用於分析的檔案時具有更大的靈活性。如需更多具體建議，請參閱定義和設定服務記錄選項

跨各種記錄檔追蹤郵件

以下描述郵件系統中的整個郵件流程以及何時將資訊寫入至各種記錄檔。此說明旨在協助您瞭解如何使用 Message Server 記錄檔排解疑難。請參閱圖 8–2 幫助您理解。

  1. 遠端主機連線至郵件傳送主機上的 TCP 通訊端並請求 SMTP 服務。

  2. MTA 派送程式回覆此請求並將連線傳送至郵件傳送主機的 SMTP 服務。

    MTA 是正在設計的標準元件，它由一組程序組成，包括工作控制器和 SMTP 服務派送程式。派送程式接收送進的 TCP 連線並將其傳送至 SMTP 服務。SMTP 服務將郵件寫入至通道區域磁碟。SMTP 服務瞭解郵件訊息封參數，如寄件者和收件者。系統中的配置項目告知其所屬的目標通道。

  3. 派送程式寫入至 dispatcher.log 檔案，該檔案衍生出一個對於來自某 IP 位址之內送連線可用的執行緒。

  4. SMTP 伺服器寫入至其 dispatcher.log 檔案，該檔案記錄遠端主機連線至該伺服器並傳送郵件時所發生情況之通訊。派送程式依據主機 IP 傳送至 SMTP 伺服器時建立此記錄檔。

  5. SMTP 伺服器將郵件寫入至通道程式 (如 tcp_intranet) 磁碟上的佇列區域，並通知工作控制器。

  6. 工作控制器聯絡通道程式。

  7. 通道程式傳送郵件。

    每個通道均具有其自己的記錄檔。但是這些記錄通常顯示通道的啟動和停止。若要獲得更多資訊，您需要為通道啟用除錯層級。但是，處於啟用狀態會降低系統速度並且實際上還會遮掩問題，所以應該僅在出現實際問題時再啟用除錯層級。

    備註 –

    為了提昇效率，如果通道正在執行現有的程序時進來新的郵件，系統則不會產生新的通道程序。目前執行的程式會選取新郵件。

  8. 郵件傳送至下一個躍點，此躍點可能會是其他主機或 TCP 連線等等。此資訊被寫入 connection.log 檔案。

    在 SMTP 伺服器將郵件寫入至磁碟上的佇列區域的同時，負責該郵件的通道會在 mail.log_current 或 mail.log 檔案中寫入記錄。記錄顯示諸如形成佇列的郵件之日期和時間、寄件者和收件者等此類資訊。請參閱MTA 郵件記錄範例，以取得更多資訊。追蹤郵件最有用的檔案為 mail.log_current 檔案。

管理記錄工具

您可以使用主控台和 configutil 指令來自訂建立和管理 Messaging Server 記錄檔的策略。

對於郵件儲存記錄，您可以使用主控台來指定記錄設定和檢視記錄。您指定的設定將影響所記錄的事件以及事件的數量。分析記錄檔時，您可以使用這些設定和其他特性來完善對記錄事件的搜尋。

由於 MTA 使用了獨立記錄功能，因此您無法使用主控台來配置 MTA 記錄服務和檢視記錄。作為替代，您可以透過指定配置檔案中的資訊來配置 MTA 記錄。

Messaging Server 無法進行記錄分析和報告產生，您需要使用其他工具進行。您可以自行使用文字編輯器或標準系統工具處理記錄檔。

使用支援常規表示式剖析的可編寫文字編輯器，您可以根據本章中論述的任何準則搜尋和擷取記錄項目，並可以對結果進行排序，甚至還可以產生總數或其他統計資料。

在 UNIX 環境中，您還可以修改和使用現有報告產生工具，這些工具是為處理 UNIX syslog 檔案而開發的。如果要使用公用網域 syslog 處理工具，請記住可能需要修改該工具以說明不同的日期/時間格式，以及顯示在 Messaging Server 記錄項目中但未顯示在 syslog 項目中的兩個附加元件 (facility 和 logLevel)。

管理 MTA 郵件和連線記錄

MTA 提供在每封郵件形成佇列和移出佇列時對其進行記錄的功能。還提供了派送程式錯誤和除錯輸出。

您可以控制每個通道上的記錄，也可以指定要記錄的所有通道上的郵件作業。在初始配置中，記錄在所有通道上均被停用。

請參閱啟用 MTA 記錄，以取得更多資訊。

啟用記錄使得 MTA 在每次郵件通過 MTA 通道時，都將一個項目寫入至 msg_svr_base /data/log/mail* 檔案。這些記錄項目有助於收集正在經由 MTA (或特定通道) 郵件的數量統計。您還可以使用這些記錄項目來研究其他問題，例如是否傳送或投遞郵件以及何時傳送或投遞郵件。

郵件傳回工作 (每晚午夜時分執行)，將所有現有 mail.log_yesterday 都附加到累積記錄檔 mail.log，將目前 mail.log_current 檔案重新命名為 mail.log_yesterday，並建立新的 mail.log_current 檔案。郵件傳回工作還對所有 connection.log* 檔案執行相似的作業。

MTA 執行自動重建以維護目前檔案時，必須透過為作業 (如備份檔案、截斷檔案、刪除檔案等) 決定策略來管理累積 mail.log 檔案。

考量如何管理記錄檔時，請注意 MTA 定期傳回工作將執行站點提供的 msg_svr_base/bin/daily_cleanup 程序 (如果存在)。因而某些站點可能選擇提供他們自己的清除程序，例如每週 (或每月) 重新命名一次舊的 mail.log 檔案等等。

備註 –

啟用記錄後，mail.log 將穩定地增長，如果不進行限制，將佔用所有可用磁碟空間。監視此檔案的大小並定期地刪除不必要的內容。您還可以刪除整個檔案，並依需要建立另一個版本。

瞭解 MTA 記錄項目格式

MTA 記錄檔以 ASCII 文字書寫。依預設，每個記錄檔項目都包含八個或九個欄位，如以下範例所示。

19-Jan-1998 19:16:57.64 l tcp_local E 1 adam@sesta.com rfc822;marlowe@siroe.com marlowe@siroe.com

記錄項目顯示：

  1. 項目建立的日期和時間 (在此範例中為 19-Jan-1998 19:16:57.64)。

  2. 來源通道的通道名稱 (在此範例中為 l)。

  3. 目標通道的通道名稱 (在此範例中為 tcp_local)。(對於 SMTP 通道，啟用 LOG_CONNECTION 時，加號 (+) 表示內送到 SMTP 伺服器；減號 (-) 表示透過 SMTP 用戶端外寄。)

  4. 項目類型 (在此範例中為 E)；請參閱表 21–2。

  5. 郵件的大小 (在此範例中為 1)。依預設以千位元組為單位表示，儘管可以使用 MTA 選項檔案中的 BLOCK_SIZE 關鍵字變更此預設值。

  6. 訊息封 From: 位址 (在此範例中為 adam@sesta.com)。請注意帶有空訊息封 From: 位址的郵件 (如通知郵件)，此欄位為空白。

  7. 訊息封 To: 位址 (在此範例中為 marlowe@siroe.com) 的原始格式。

  8. 訊息封 To: 位址 (在此範例中為 marlowe@siroe.com) 的原始格式。

  9. 投遞狀態 (僅適用於 SMTP 通道)。

下表說明記錄項目代碼。

表 21–2 記錄項目代碼

項目 

說明 

B 

傳送至 SMTP 伺服器的錯誤指令。收件者位址欄位將包含被拒絕的指令，而診斷欄位將包含 SMTP 伺服器提供的回應。MTA 通道選項 MAX_B_ENTRIES 控制在給定的階段作業中登入的錯誤指令數目。預設為 10。 

BA 

早先在作業事件中成功執行認證後的錯誤指令。 

BS 

TLS 成功啟動後的錯誤指令。 

BSA 

具有 TLS 和 AUTH 的錯誤指令。 

D 

成功移出佇列 

DA 

使用 SASL (認證) 成功移出佇列 

DS 

使用 TLS (安全性) 成功移出佇列 

DSA 

使用 TLS 和 SASL (安全性和認證) 成功移出佇列 

E 

形成佇列 

EA 

使用 SASL (認證) 成功形成佇列 

ES 

使用 TLS (安全性) 成功形成佇列 

ESA 

使用 TLS 和 SASL (安全性和認證) 成功形成佇列 

J 

拒絕嘗試形成佇列 (被從屬通道程式拒絕) 

K 

收件者郵件被拒絕。，原因是寄件者請求 NOTIFY=NEVER 旗標設定，或郵件逾時，或者郵件被手動傳回 (例如：imsimta qm「delete」 指令始終為每位收件者產生「K」記錄，而 qm「return」指令將產生「K」記錄而不是「R」記錄)。這表示根據寄件者自己的請求未向寄件者傳送通知。

雖然此記錄可與「R」記錄 (相同類型的拒絕/逾時記錄) 進行比較，但還會根據此傳送失敗的郵件產生新的通知郵件 (傳回至原寄件者)。 

Q 

移出佇列時發生暫時故障 

R 

嘗試移出佇列時，收件者位址被拒絕 (被主要通道程式拒絕) 或產生故障/退回郵件 

V 

每當作業事件異常中斷時，均會出現警告訊息。每個佇列中之收件者位址會有一個「V」記錄。 

W 

傳送警告訊息以通知原寄件者郵件尚未遞送，而是仍在被重試的佇列中。 

Z 

已成功傳送給一些收件者，但暫時未成功傳送給此收件者；所有收件者的原郵件檔案已被移出佇列，並在該位置讓此收件者和其他未成功傳送的收件者的新郵件檔案立即形成佇列 

SASL 通道的 LOG_CONNECTION + 或 - 項目 

C 

連線關閉。接著會顯示一個診斷欄位。寫入 connection.log_current (或 mail.log_current，如果正在使用單一記錄檔 )。用於記錄關閉連線的原因。具體來說，如果由於某些階段作業中斷限制導致連線關閉，則該情況將顯示在診斷欄位中。 

O 

連線開啟 

U 

記錄 SMTP 認證成功和失敗情況。其格式與其他 O 和 C 項目相同。具體來說，以相同的次序顯示相同的應用程式與傳輸資訊欄位。如果使用者名稱為已知，它將被記錄在使用者名稱欄位中。LOG_CONNECTION MTA 選項的位元 7 (值 128) 控制該作業。 

X 

連線已拒絕 

Y 

建立連線之前嘗試連線失敗 

I 

ETRN 指令已收到 

LOG_CONNECTION、LOG_FILENAME、LOG_MESSAGE_ID、、LOG_NOTARY、LOG_PROCESS 和 LOG_USERNAME 都在 MTA 選項檔案中啟用後，格式將發生變化，如以下範例所示。(此範例記錄項目行已因印刷排版原因而換行；實際記錄項目將顯示在一個自然行上。)


19-Jan-1998 13:13:27.10 HOSTA   2e2d.2.1 tcp_local   l
 E 1 service@siroe.com rfc822;adam@sesta.com
 adam 276 /imta/queue/l/ZZ01IWFY9ELGWM00094D.00
 <01IWFVYLGTS499EC9Y@siroe.com> inetmail
 siroe.com (siroe.com [192.160.253.66])

除了上面已論述的那些欄位外，其中的附加欄位是：

  1. 執行通道程序的節點名稱 (在此範例中為 HOSTA)。

  2. 程序 ID (以十六進位表示)，其後是小數點 (點) 字元和計數。如果這是具有多重執行緒的通道項目 (亦即 tcp_* 通道項目)，則在程序 ID 和計數之間還會顯示執行緒 ID。在此範例中，程序 ID 是 2e2d.2.1。

  3. 郵件的 NOTARY (傳送收據請求) 旗標，以整數表示 (在此範例中為 276)。

  4. MTA 佇列區域中的檔案名稱 (在此範例中為 /imta/queue/l/ZZ01IWFY9ELGWM00094D.00)。

  5. 郵件 ID (在此範例中為 <01IWFVYLGTS499EC9Y@siroe.com>)。

  6. 正在執行的程序的名稱 (在此範例中為 inetmail)。在 UNIX 上，對於派送程式程序 (如 SMTP 伺服器)，此名稱通常為 inetmail (除非已使用 SASL)。

  7. 連線資訊 (在此範例中為 siroe.com (siroe.com [192.160.253.66])。連線資訊由傳送系統或通道名稱組成，如由 HELO/EHLO 線路上的傳送系統表示的名稱 (對於送進的 SMTP 郵件)，或形成佇列的通道的正式主機名稱 (對於其他類型的通道)。對於 TCP/IP 通道，傳送系統的「實際」名稱 (亦即由 DNS 反向查詢和/或 IP 位址報告的符號名稱) 也可以在 ident* 通道關鍵字的控制下報告在括號內；請參閱預設 identnone 關鍵字的IDENT 查詢 實例使用，該關鍵字選取顯示從 DNS 中找到的名稱和 IP 位址。

啟用 MTA 記錄

若要僅收集幾個特定 MTA 通道的統計，請僅啟用這些相關 MTA 通道的記錄通道關鍵字。許多站點傾向於在所有 MTA 通道上啟用記錄。特別是，如果您要嘗試追蹤問題，診斷某些問題的第一步是注意到郵件未進入您期望或預計的通道，對所有通道啟用記錄將有助於您研究此類問題。

Procedure啟用特定通道上的 MTA 記錄

步驟

  1. 編輯 imta.cnf 檔案。

    該檔案位於 /opt/SUNWmsgsr/config 目錄中。

  2. 若要啟用特定通道記錄，請將 logging 關鍵字增加至通道定義。例如：


    channel-name keyword1 keyword2 logging

    此外，您還可以設定一些配置參數，如記錄檔的目錄路徑、記錄級別等等。請參閱管理郵件儲存記錄、管理記錄和預設服務記錄

Procedure啟用所有通道上的 MTA 記錄

步驟

  1. 編輯 imta.cnf 檔案。

    該檔案位於 /opt/SUNWmsgsr/config 目錄中。

  2. 將 logging 關鍵字增加至 defaults 通道 (請參閱配置通道預設) 配置檔案中。例如：


    defaults logging notices 1 2 4 7 copywarnpost copysendpost postheadonly 
noswitchchannel immnonurgent maxjobs 7 defaulthost siroe.com

l defragment charset7 us-ascii charset8 iso-8859-01
siroe.com

指定附加 MTA 記錄選項

除了啟用記錄時始終提供的基本資訊之外，您還可以透過設定 MTA 選項檔案中的各種 LOG_* MTA 選項來指定要包含的附加、選擇性資訊欄位。透過 IMTA 調校檔案 (msg_svr_base/config/imta_tailor) 中的 IMTA_OPTION_FILE 選項指定的檔案將指定 MTA 選項檔案。依預設，該檔案為 msg_svr_base/config/option.dat 檔案。

如需有關 MTA 選項檔案的完整詳細資訊，請參閱「Sun Java System Messaging Server 6 2005Q4 Administration Reference」中的「Option File」。

Procedure將 MTA 記錄傳送至系統記錄

步驟

  1. 編輯 MTA 選項檔案。

  2. 將 LOG_MESSAGES_SYSLOG 選項設定為 1。

    預設值為 0，表示不執行系統記錄 (事件記錄) 記錄。

Procedure關聯記錄訊息項目

步驟

  1. 編輯 MTA 選項檔案。

  2. 將 LOG_MESSAGE_ID 選項設定為 1。

    預設值為 0，表示不將郵件 ID 儲存在 mail.log 檔案中。

Procedure識別郵件投遞重試

步驟

  1. 編輯 MTA 選項檔案。

  2. 將 LOG_FILENAME 選項設定為 1。

    此選項便於立即發現特定郵件檔案投遞的重試次數。此選項也有助於瞭解是否將傳送給多個收件者的郵件分隔為磁碟上獨立的郵件檔案副本。

Procedure記錄 TCP/IP 連線

步驟

  1. 編輯 MTA 選項檔案。

  2. 設定 LOG_CONNECTION 選項。

    此選項可使 MTA 記錄 TCP/IP 連線以及郵件通訊。依預設，連線記錄項目被寫入 mail.log* 檔案。(可選擇) 還可以將連線記錄項目寫入 connection.log* 檔案。請參閱 SEPARATE_CONNECTION_LOG 選項，以取得更多資訊。

Procedure將項目寫入至 connection.log 檔案

步驟

  1. 編輯 MTA 選項檔案。

  2. 將 SEPARATE_CONNECTION_LOG 選項設定為 1。

    使用此選項以指定將連線記錄項目改為寫入 connection.log 檔案。預設值為 0 將導致連線記錄被儲存在 MTA 記錄檔中。

Procedure按照程序 ID 關聯記錄訊息

步驟

  1. 編輯 MTA 選項檔案。

  2. 設定 LOG_PROCESS 選項。

    與 LOG_CONNECTION 結合使用時，此選項會依程序 ID 啟用連線項目與郵件項目的對應關係。

Procedure將與使郵件形成佇列的程序相關聯的使用者名稱儲存至 mail.log 檔案

步驟

  1. 編輯 MTA 選項檔案。

  2. 設定 LOG_USERNAME 選項。

    此選項控制是否將與使郵件形成佇列的程序相關聯的使用者名稱儲存在 mail.log 檔案中。對於使用了 SASL (SMTP AUTH) 的 SMTP 提交，使用者名稱欄位將是認證使用者名稱 (帶有星號字元字首)。

MTA 郵件記錄範例

記錄在 MTA 郵件檔案中的確切欄位格式和欄位清單將根據記錄選項設定而有所不同。本小節顯示一些解譯典型記錄項目類型的範例。如需有關附加、選擇性欄位的說明，請參閱指定附加 MTA 記錄選項。

備註 –

由於印刷排版原因，記錄檔項目被摺疊成多行顯示 — 實際記錄檔項目是每行顯示一個項目。

查閱記錄檔時請記住在典型系統上可一次處理多封郵件。通常，與特定郵件相關的項目將散佈在與同時正在處理的其他郵件相關的項目中。基本記錄資訊適用於收集通過 MTA 移動的郵件總數的大致情況。

如果要關聯有關傳送至同一收件者的同一郵件的特定項目，請啟用 LOG_MESSAGE_ID。若要將特定郵件與 MTA 佇列區域中的特定檔案相關聯，或從項目中查看特定的尚未成功移出佇列的郵件的嘗試傳送次數，請啟用 LOG_MESSAGE_ID。對於 SMTP 郵件 (經由 TCP/IP 通道處理)，如果要將遠端系統的 TCP 連線與已傳送的郵件關聯，請啟用 LOG_PROCESS 和 LOG_CONNECTION 的某些層級。

MTA 記錄範例：使用者傳送外寄郵件

以下範例顯示在本機使用者透過外寄通道向外傳送郵件 (例如傳送到網際網路) 的情況下可能看到的記錄項目種類的相當基本的範例。在此範例中，啟用了 LOG_CONNECTION。標有 (1) 和 (2) 的行是一個項目 — 它們在實際記錄檔中將顯示在一個實體行上。同樣，標有 (3) - (7) 的行是一個項目並將顯示在一個自然行上。

範例 21–1 MTA 記錄：本機使用者傳送外寄郵件


19-Jan-1998 19:16:57.64 l            tcp_local    E 1         (1)
 adam@sesta.com rfc822;marlowe@siroe.com marlowe@siroe.com     (2)
 
 19-Jan-1998 19:17:01.16 tcp_local                  D 1        (3)
 adam@sesta.com rfc822;marlowe@siroe.com marlowe@siroe.com     (4)
 dns;thor.siroe.com
 (TCP|206.184.139.12|2788|192.160.253.66|25)                   (5)
 (THOR.SIROE.COM -- Server ESMTP [iMS V5.0 #8694])             (6)
 smtp;250 2.1.5 marlowe@siroe.com and options OK.              (7)

  1. 此行顯示了一 (1) 封郵件從 l 通道形成佇列 (E) 到 tcp_local 通道的日期與時間。

  2. 此行是與位於同一記錄檔 (1) 自然行的一部分，為了印刷排版方便而在此處分行顯示。此行顯示了訊息封 From: 位址 (在此範例中為 adam@sesta.com)，以及原來版本和目前版本的訊息封 To: 位址 (在此範例中為 marlowe@siroe.com )。

  3. 此行顯示了一 (1) 封郵件從 tcp_local 通道移出佇列 (D) 的日期與時間 — 亦即由 tcp_local 通道成功傳送到某遠端 SMTP 伺服器的日期與時間。

  4. 此行顯示了訊息封 From: 位址、原來訊息封 To: 位址和訊息封 To: 位址。

  5. 此行顯示了與之建立連線的實際系統在 DNS 中被命名為 thor.siroe.com，本機傳送系統具有 IP 位址 206.184.139.12 並從連接埠 2788 傳送，遠端目標系統具有 IP 位址 192.160.253.66，並且遠端目標系統的連線連接埠是連接埠 25。

  6. 此行顯示了遠端 SMTP 伺服器的 SMTP 大標題行。

  7. 此行顯示了傳回的此位址的 SMTP 狀態代碼；250 是基本的 SMTP 成功代碼，而且，此遠端 SMTP 伺服器使用延伸的 SMTP 狀態代碼和某附加文字進行回應。

MTA 記錄範例：包含選擇性記錄欄位

此範例顯示的記錄項目類似於範例 21–3 和 LOG_MESSAGE_ID=1 中顯示的範例 (顯示檔案名稱和郵件 ID)；請參閱 (1) 和 (2)。特別是郵件 ID 可用於建立項目與郵件的關聯關係。

範例 21–2 MTA 記錄 – 包含選擇性記錄欄位


19-Jan-1998 19:16:57.64 l            tcp_local    E 1
  adam@sesta.com rfc822;marlowe@siroe.com marlowe@siroe.com
  /imta/queue/tcp_local/ZZ01ISKLSKLZLI90N15M.00
   <01ISKLSKC2QC90N15M@sesta.com>    (1)
                  
 19-Jan-1998 19:17:01.16 tcp_local                  D 1
  adam@sesta.com rfc822;marlowe@siroe.com marlowe@siroe.com
  /imta/queue/tcp_local/Z01ISKLSKLZLI90N15M.00
    <01ISKLSKC2QC90N15M@sesta.com>   (2)
  dns;thor.siroe.com (TCP|206.184.139.12|2788|192.160.253.66|25)
  (THOR.SIROE.COM -- Server ESMTP [iMS V5.0 #8694])
  smtp;250 2.1.5 marlowe@siroe.com and options OK.

MTA 記錄範例 – 傳送至清單

此範例說明啟用 LOG_FILENAME=1、LOG_MESSAGE_ID=1 和 LOG_CONNECTION=1 向多個收件者傳送郵件。此處已將使用者 adam@sesta.com 傳送至 MTA 郵件收信人清單 test-list@sesta.com，此郵件收信人清單已延伸到 bob@sesta.com、carol@varrius.com 和 david@varrius.com。請注意每個收件者的原來訊息封 To: 位址是 test-list@sesta.com，儘管目前訊息封 To: 位址是每個收件者各自的位址。請注意，儘管涉及兩個單獨的檔案 (一個針對 l 通道，而另一個針對外寄 tcp_local 通道)，郵件 ID 卻始終保持一致。

範例 21–3 MTA 記錄 – 傳送至清單


19-Jan-1998 20:01:44.10 l    l                    E 1
  adam@sesta.com rfc822;test-list@sesta.com bob
  imta/queue/l/ZZ01ISKND3DE1K90N15M.00
  <01ISKND2H8MS90N15M@sesta.com>
 
 19-Jan-1998 20:01:44.81 l            tcp_local    E 1
  adam@sesta.com rfc822;test-list@sesta.com carol@varrius.com
  imta/queue/tcp_local/ZZ01ISKND2WS1I90N15M.00 
  <01ISKND2H8MS90N15M@sesta.com>
 
 19-Jan-1998 20:01:44.81 l            tcp_local    E 1
  adam@sesta.com rfc822;test-list@sesta.com david@varrius.com
  imta/queue/tcp_local/ZZ01ISKND2WS1I90N15M.00
 <01ISKND2H8MS90N15M@sesta.com>
 
 19-Jan-1998 20:01:50.69 l                         D 1
  adam@sesta.com rfc822;test-list@sesta.com bob
  imta/queue/l/ZZ01ISKND3DE1K90N15M.00
  <01ISKND2H8MS90N15M@sesta.com>
 
 19-Jan-1998 20:01:57.36 tcp_local                  D 1
  adam@sesta.com rfc822;test-list@sesta.com carol@varrius.com
  imta/queue/tcp_local/ZZ01ISKND2WS1I90N15M.00
  <01ISKND2H8MS90N15M@sesta.com>
  dns;gw.varrius.com (TCP|206.184.139.12|2788|192.160.253.66|25)
  (gw.varrius.com -- SMTP Sendmail)
  smtp;250 OK.
 
 19-Jan-1998 20:02:06.14 tcp_local                  D 1
  adam@sesta.com rfc822;test-list@sesta.com david@varrius.com
  imta/queue/tcp_local/ZZ01ISKND2WS1I90N15M.00
  <01ISKND2H8MS90N15M@sesta.com>
  dns;gw.varrius.com (TCP|206.184.139.12|2788|192.160.253.66|25)
  (gw.varrius.com -- SMTP Sendmail)
  smtp;250 OK.

MTA 記錄 – 傳送至不存在的網域

此範例對嘗試傳送至不存在的網域 (此處為 very.bogus.com) 進行了說明；亦即傳送到未被 MTA 的重寫規則注意到其不存在的、並且被 MTA 匹配到外寄 TCP/IP 通道的網域名稱。此範例假設 MTA 選項設定為 LOG_FILENAME=1 和 LOG_MESSAGE_ID=1。

TCP/IP 通道在 DNS 中執行並檢查網域名稱時，DNS 傳回錯誤，指示該名稱不存在。請注意「拒絕」項目 (R)，如 (5) 中所示，並且 DNS 傳回一個錯誤 (這不是一個合法網域名稱)，如 (6) 中所示。

由於提交郵件後位址被拒絕，MTA 將產生退回郵件給原寄件者。MTA 將讓新拒絕郵件在原寄件者 (1) 中形成佇列，並在刪除原外寄郵件 ((5) 中所示的 R 項目) 之前，將一份副本傳送給 Postmaster (4)。

通知郵件 (如退回郵件) 具有空訊息封 From: 位址，如 (2) 和 (8) 中所示，其中訊息封 From：欄位顯示為空白。由 MTA 產生的退回郵件的初始形成佇列顯示了新通知郵件的郵件 ID，其後跟隨原來郵件的郵件 ID (3)。(此類資訊對於 MTA 並不總是可用，但可用於記錄時，它允許將對應於外寄失敗的郵件的記錄項目與對應於結果通知郵件的記錄項目相關聯。)此類通知郵件在程序通道中形成佇列，該通道轉而又將這些郵件在相應的目標通道中形成佇列 (7)。

範例 21–4 MTA 記錄 – 傳送至不存在的網域


19-JAN-1998 20:49:04 l            tcp_local    E 1
  adam@sesta.com rfc822;user@very.bogus.com user@very.bogus.com
  imta/queue/tcp_local/ZZ01ISKP0S0LVQ94DU0K.00
 <01ISKP0RYMAS94DU0K@SESTA.COM>
 
19-JAN-1998 20:49:33 tcp_local    process      E 1                (1)
 rfc822;adam@sesta.com adam@sesta.com                             (2)
 imta/queue/process/ZZ01ISKP0S0LVQ94DTZB.00
 <01ISKP22MW8894DTAS@SESTA.COM>,<01ISKP0RYMAS94DU0K@SESTA.COM>    (3)

19-JAN-1998 20:49:33 tcp_local    process      E 1                (4)
 rfc822;postmaster@sesta.com postmaster@sesta.com
 imta/queue/process/ZZ01ISKP0S0LVQ94DTZB.00
 <01ISKP22MW8894DTAS@SESTA.COM>,<01ISKP0RYMAS94DU0K@SESTA.COM>
 
19-JAN-1998 20:50:07 tcp_local                  R 1               (5)
 adam@sesta.com rfc822;user@very.bogus.com user@very.bogus.com
 imta/queue/tcp_local/ZZ01ISKP0S0LVQ94DU0K.00
 <01ISKP0RYMAS94DU0K@SESTA.COM>
 Illegal host/domain name found                                   (6)

19-JAN-1998 20:50:08 process      l            E 3                (7)
 rfc822;adam@sesta.com adam                                       (8)
 imta/queue/l/ZZ01ISKP23BUQS94DTYL.00
 <01ISKP22MW8894DTAS@SESTA.COM>
 
19-JAN-1998 20:50:08 process      l            E 3
  rfc822;postmaster@sesta.com postmaster
  imta/queue/l/ZZ01ISKP23BUQS94DTYL.00
 <01ISKP22MW8894DTAS@SESTA.COM>
 
19-JAN-1998 20:50:12 l                         D 3
  rfc822;adam@sesta.com adam
  imta/queue/l/ZZ01ISKP23BUQS94DTYL.00
  <01ISKP22MW8894DTAS@SESTA.COM>
 
19-JAN-1998 20:50:12 l                         D 3
  rfc822;postmaster@sesta.com postmaster
  imta/queue/l/ZZ01ISKP23BUQS94DTYL.00
  <01ISKP22MW8894DTAS@SIROE.COM>

MTA 記錄範例 – 傳送至不存在的遠端使用者

此範例對嘗試傳送至遠端系統上的不正確位址進行了說明。此範例假設 MTA 選項設定為 LOG_FILENAME=1 和 LOG_MESSAGE_ID=1，並且通道選項設定為 LOG_BANNER=1 和 LOG_TRANSPORTINFO=1。請注意 (1) 中所示的拒絕項目 (R)。但與範例 21–4 中的拒絕項目相比，請注意此處的拒絕項目顯示已連線至遠端系統，並且顯示遠端 SMTP 伺服器發出的 SMTP 錯誤代碼 (2) 和 (3)。(2) 中所示資訊的內容是設定通道選項 LOG_BANNER=1 和 LOG_TRANSPORTINFO=1 的結果。

範例 21–5 MTA 記錄 – 傳送至不存在的遠端使用者


20-JAN-1998 13:11:05 l            tcp_local    E 1
  adam@sesta.com rfc822;nonesuch@siroe.com nonesuch@siroe.com
  imta/queue/tcp_local/ZZ01ISLNBB1JOE94DUWH.00
  <01ISLNBAWV3094DUWH@sesta.com>
 
20-JAN-1998 13:11:08 tcp_local    process      E 1
  rfc822;adam@sesta.com adam@sesta.com
  imta/queue/process/ZZ01ISLNBB1JOE94DSGB.00
  <01ISLNBFKIDS94DUJ8@sesta.com>,<01ISLNBAWV3094DUWH@sesta.com>
 
 20-JAN-1998 13:11:08 tcp_local    process      E 1
  rfc822;postmaster@sesta.com postmaster@sesta.com
  imta/queue/process/ZZ01ISLNBB1JOE94DSGB.00
  <01ISLNBFKIDS94DUJ8@sesta.com>,<01ISLNBAWV3094DUWH@sesta.com>
 
20-JAN-1998 13:11:11 tcp_local                  R 1       (1)
  adam@sesta.com rfc822;nonesuch@siroe.com nonesuch@siroe.com
  imta/queue/tcp_local/ZZ01ISLNBB1JOE94DUWH.00 
  <01ISLNBAWV3094DUWH@sesta.com>
  dns;thor.siroe.com
  (TCP|206.184.139.12|2788|192.160.253.66|25)             (2)
  (THOR.SIROE.COM -- Server ESMTP [iMS V5.0 #8694])
  smtp; 553 unknown or illegal user: nonesuch@siroe.com   (3)
 
20-JAN-1998 13:11:12 process      l            E 3
  rfc822;adam@sesta.com adam
  imta/queue/l/ZZ01ISLNBGND1094DQDP.00
  <01ISLNBFKIDS94DUJ8@sesta.com>
 
20-JAN-1998 13:11:12 process      l            E 3
  rfc822;postmaster@sesta.com postmaster
  imta/queue/l/ZZ01ISLNBGND1094DQDP.00
  <01ISLNBFKIDS94DUJ8@sesta.com>
 
20-JAN-1998 13:11:13 l                         D 3
  rfc822;adam@sesta.com adam@sesta.com
  imta/queue/l/ZZ01ISLNBGND1094DQDP.00
  <01ISLNBFKIDS94DUJ8@sesta.com>
 
20-JAN-1998 13:11:13 l                         D 3
  rfc822;postmaster@sesta.com postmaster@sesta.com
  imta/queue/l/ZZ01ISLNBGND1094DQDP.00
  <01ISLNBFKIDS94DUJ8@sesta.com>

MTA 記錄範例 – 拒絕遠端提交郵件的嘗試

此範例對 MTA 拒絕遠端提交郵件的嘗試時所產生的記錄檔項目種類進行了說明。(此範例假設未啟用選擇性 LOG_* 選項，因此項目中僅記錄了基本欄位。請特別注意，啟用 LOG_CONNECTION 選項將導致在此類 J 項目中產生附加資訊欄位。)這種情況下，此範例是針對已透過 ORIG_SEND_ACCESS 對映設定了 SMTP 轉送阻斷 (請參閱配置 SMTP 轉送封鎖) 的 MTA，該對映包含：

ORIG_SEND_ACCESS

! ...numerous entries omitted...
!
   tcp_local|*|tcp_local|*   $NRelaying$ not$ permitted

其中，alan@very.bogus.com 不是內部位址。因此遠端使用者 harold@varrius.com 嘗試透過 MTA 系統轉送到遠端使用者 alan@very.bogus.com 被拒絕。

範例 21–6 MTA 記錄 – 拒絕遠端提交郵件的嘗試


28-May-1998 12:02:23 tcp_local            J 0               (1)
 harold@varrius.com rfc822; alan@very.bogus.com             (2)
 550 5.7.1 Relaying not permitted: alan@very.bogus.com      (3)

  1. 此記錄顯示了 MTA 拒絕遠端提交郵件嘗試的日期與時間。拒絕以 J 記錄表示。(MTA 通道嘗試傳送被拒絕的郵件情況以 R 記錄表示，如範例 21–4 和範例 21–5 中所示。

    備註 –

    寫入至記錄的最後一個 J 記錄將具有指示，以表明它是預設階段作業中的最後一個。同樣，目前版本 Messaging Server 未對 J 記錄設定數量限制。

  2. 顯示了嘗試的訊息封 From: 和 To: 位址。在此例中無可用的原來訊息封 To: 資訊，因此該欄位為空白。

  3. 此項目包括 MTA 發給遠端 (嘗試的寄件者) 的 SMTP 錯誤訊息。

MTA 記錄範例 – 多次傳送嘗試

此範例對由於無法在第一次嘗試中傳送郵件，因此 MTA 多次嘗試傳送該郵件時所產生的記錄檔項目種類進行了說明。此範例假設選項設定為 LOG_FILENAME=1 和 LOG_MESSAGE_ID=1。

範例 21–7 MTA 記錄 – 多次傳送嘗試 


15-Jan-1998 10:31:05.18 tcp_internal   tcp_local   E 3          (1)
 adam@hosta.sesta.com rfc822;user@some.org user@some.org
 imta/queue/tcp_local/ZZ01IS3D2ZP7FQ9UN54R.00 
 <01IRUD7SVA3Q9UN2D4@sesta.com>
 
15-Jan-1998 10:31:10.37 tcp_local                  Q 3          (2)
 adam@hosta.sesta.com rfc822;user@some.org user@some.org
 imta/queue/tcp_local/ZZ01IS3D2ZP7FQ9UN54R.00                   (3)
 <01IRUD7SVA3Q9UN2D4@sesta.com>
 TCP active open: Failed connect()    Error: no route to host   (4)
 
     ...several hours worth of entries...

15-Jan-1998 12:45:39.48 tcp_local                  Q 3          (5)
  adam@hosta.sesta.com rfc822;user@some.org user@some.org
  imta/queue/tcp_local/ZY01IS3D2ZP7FQ9UN54R.00                  (6)
  <01IRUD7SVA3Q9UN2D4@sesta.com>
  TCP active open: Failed connect()    Error: no route to host
 
  ...several hours worth of entries...

 15-Jan-1998 16:45:24.72 tcp_local                  Q 3
  adam@hosta.sesta.com rfc822;user@some.org user@some.org
  imta/queue/tcp_local/ZX01IS67NY4RRK9UN7GP.00                  (7)
                   <01IRUD7SVA3Q9UN2D4@sesta.com>
  TCP active open: Failed connect() Error: connection refused   (8)

  ...several hours worth of entries...

 15-Jan-1998 20:45:51.55 tcp_local                  D 3         (9)
  adam@hosta.sesta.com rfc822;user@some.org user@some.org
  imta/queue/tcp_local/ZX01IS67NY4RRK9UN7GP.00
  <01IRUD7SVA3Q9UN2D4@sesta.com>
  dns;host.some.org (TCP|206.184.139.12|2788|192.1.1.1|25)
  (All set, fire away)
  smtp; 250 Ok

  1. 郵件進入 tcp_internal 通道 — 可能來自 POP 或 IMAP 用戶端，也可能來自使用 MTA 作為 SMTP 轉送主機組織中的其他主機；MTA 將其在 tcp_local 外寄通道中形成佇列。

  2. 第一次遞送嘗試失敗，如 Q 項目所示。

  3. 從 ZZ* 檔案名稱可以看出這是第一次傳送嘗試。

  4. TCP/IP 套裝軟體找不到至遠端的路由時，此遞送嘗試將失敗。與範例 21–4 相反，DNS 不反對目標網域名稱 some.org；而「no route to host」錯誤指示在傳送端和接收端之間存在網路問題。

  5. 下一次 MTA 作為定期工作執行時，它再次嘗試遞送，但再次失敗。

  6. 此檔案名稱現在是 ZY*，表示這是第二次嘗試。

  7. 對於第三次失敗嘗試，檔案名稱是 ZX*。

  8. 下一次定期工作再次嘗試遞送，遞送失敗，儘管這一次 TCP/IP 套裝軟體未對無法連通遠端 SMTP 伺服器表示不滿，但其實是遠端 SMTP 伺服器不接受連線。(可能遠端修正了其網路問題，但尚未備份其 SMTP 伺服器 — 或其 SMTP 伺服器正忙於處理其他郵件而無法在 MTA 嘗試連線時接受連線。)

  9. 最終郵件被移出佇列。

MTA 記錄 – 透過轉換通道路由內送的郵件

此範例對透過轉換通道路由郵件的情況進行了說明。假定此站點具有 CONVERSIONS 對映表，如：

CONVERSIONS
  IN-CHAN=tcp_local;OUT-CHAN=l;CONVERT   Yes

此範例假設選項設定為 LOG_FILENAME=1 和 LOG_MESSAGE_ID=1。

範例 21–8 MTA 記錄 – 透過轉換通道路由內送的郵件


04-Feb-1998 00:06:26.72 tcp_local    conversion   E 9      (1)
  amy@siroe.edu rfc822;bert@sesta.com bert@sesta.com
  imta/queue/conversion/ZZ01IT5UAMZ4QW98518O.00
  <01IT5UALL14498518O@siroe.edu>
 
 04-Feb-1998 00:06:29.06 conversion   l            E 9     (2)
                   amy@siroe.edu rfc822;bert@sesta.com bert
  imta/queue/l/ZZ01IT5UAOXLDW98509E.00  <01IT5STUMUFO984Z8L@siroe.edu>
 
04-Feb-1998 00:06:29.31 conversion                D 9      (3)
 amy@siroe.edu rfc822;bert@sesta.com bert
 imta/queue/conversion/ZZ01IT5UAMZ4QW98518O.00
 <01IT5UALL14498518O@siroe.edu>
 
 04-Feb-1998 00:06:32.62 l                         D 9     (4)
  amy@siroe.edu rfc822;bert@siroe.com bert
  imta/queue/l/ZZ01IT5UAOXLDW98509E.00
  <01IT5STUMUFO984Z8L@siroe.edu>

  1. 來自外部使用者 amy@siroe.edu 的郵件傳入，其收件者位址為 l 通道收件者 bert@sesta.com 的位址。但是，CONVERSIONS 對映項目使郵件最初在轉換通道中形成佇列 (而不是直接進入 l 通道)。

  2. 轉換通道執行郵件，並使郵件在 l 通道中形成佇列。

  3. 然後轉換通道可將郵件移出佇列 (刪除舊郵件檔案)。

  4. 最後，l 通道將郵件移出佇列 (傳送該郵件)。

MTA 記錄範例：外寄連線記錄

此範例說明透過 LOG_CONNECTION=3 啟用連線記錄後外寄郵件的記錄輸出。此範例中還假設了 LOG_PROCESS=1、LOG_MESSAGE_ID=1 和 LOG_FILENAME=1。 此範例顯示了使用者 adam@sesta.com 將同一郵件 (請注意每個郵件副本的郵件 ID 都相同) 傳送給三個收件者 bobby@hosta.sesta.com、carl@hosta.sesta.com 和 dave@hostb.sesta.com 的情況。此範例假設郵件從標有 (此類通道通常都有標記) single_sys 通道關鍵字的 tcp_local 通道外寄。因此，如 (1)、(2) 和 (3) 中所示，系統將在磁碟上為不同主機名稱的每組收件者分別建立郵件檔案，其中收件者 bobby@hosta.sesta.com 和 carl@hosta.sesta.com 儲存在同一郵件檔案中，而收件者 dave@hostb.sesta.com 儲存在其他郵件檔案中。

範例 21–9 MTA 記錄：外寄連線記錄


19-Feb-1998 10:52:05.41 1e488.0 l            tcp_local    E 1
 adam@sesta.com rfc822;bobby@hosta.sesta.com bobby@hosta.sesta.com
 imta/queue/tcp_local/ZZ01ITRF7BO388000FCN.00                    (1)
  <01ITRF7BDHS6000FCN@SESTA.COM>

19-Feb-1998 10:52:05.41 1e488.0 l            tcp_local    E 1
 adam@sesta.com rfc822;carl@hosta.sesta.com carl@hosta.sesta.com
 imta/queue/tcp_local/ZZ01ITRF7BO388000FCN.00                    (2)
   <01ITRF7BDHS6000FCN@SESTA.COM>

19-Feb-1998 10:52:05.74 1e488.1 l            tcp_local    E 1
 adam@sesta.com rfc822;dave@hostb.sesta.com dave@hostb.sesta.com
 imta/queue/tcp_local/ZZ01ITRF7C11FU000FCN.00                    (3)
   <01ITRF7BDHS6000FCN@SESTA.COM>

19-Feb-1998 10:52:10.79 1f625.2.0 tcp_local    -            O    (4)
 TCP|206.184.139.12|5900|206.184.139.66|25
 SMTP/hostb.sesta.com/mailhub.sesta.com                          (5)
 
19-Feb-1998 10:52:10.87 1f625.3.0 tcp_local    -            O    (6)
 TCP|206.184.139.12|5901|206.184.139.70|25
 SMTP/hosta.sesta.com/hosta.sesta.com                            (7)

19-Feb-1998 10:52:12.28 1f625.3.1 tcp_local                  D 1
 adam@sesta.com rfc822;bobby@hosta.sesta.com bobby@hosta.sesta.com
 imta/queue/tcp_local/ZZ01ITRF7BO388000FCN.00
  <01ITRF7BDHS6000FCN@SESTA.COM>
 hosta.sesta.com dns;hosta.sesta.com                            (8)
 (TCP|206.184.139.12|5901|206.184.139.70|25)
 (hosta.sesta.com -- Server ESMTP [iMS V5.0 #8790])
 (TCP|206.184.139.12|5901|206.184.139.70|25)
 smtp;250 2.1.5 bobby@hosta.sesta.com and options OK.

19-Feb-1998 10:52:12.28 1f625.3.1 tcp_local                  D 1
 adam@sesta.com rfc822;carl@hosta.sesta.com carl@hosta.sesta.com
 imta/queue/tcp_local/ZZ01ITRF7BO388000FCN.00
  <01ITRF7BDHS6000FCN@SESTA.COM>
 hosta.sesta.com dns;hosta.sesta.com
 (TCP|206.184.139.12|5901|206.184.139.70|25)
 (hosta.sesta.com -- Server ESMTP [iMS V5.0 #8790])
 (TCP|206.184.139.12|5901|206.184.139.70|25)
 smtp;250 2.1.5 carl@hosta.sesta.com and options OK.

19-Feb-1998 10:52:12.40 1f625.3.2 tcp_local      -            C  (9)
 TCP|206.184.139.12|5901|206.184.139.70|25
 SMTP/hosta.sesta.com/hosta.sesta.com

19-Feb-1998 10:52:13.01 1f625.2.1 tcp_local                  D 1
 adam@sesta.com rfc822;dave@hostb.sesta.com dave@hostb.sesta.com
 imta/queue/tcp_local/ZZ01ITRF7C11FU000FCN.00
  <01ITRF7BDHS6000FCN@SESTA.COM>
 mailhub.sesta.com dns;mailhub.sesta.com
 (TCP|206.184.139.12|5900|206.184.139.66|25)
 (MAILHUB.SESTA.COM -- Server ESMTP [iMS V5.0 #8694])
 (TCP|206.184.139.12|5900|206.184.139.66|25)
 smtp;250 2.1.5 dave@hostb.sesta.com and options OK.

19-Feb-1998 10:52:13.05 1f625.2.2 tcp_local      -            C  (10)
                  
 TCP|206.184.139.12|5900|206.184.139.66|25
 SMTP/hostb.sesta.com/mailhub.sesta.com

  1. 郵件已形成佇列準備傳送給第一個收件者...

  2. ....準備傳送給第二個收件者...

  3. ....準備傳送給第三個收件者。

  4. 設定 LOG_CONNECTION=3 將使 MTA 寫入此項目。減號 - 表示此項目指外寄連線。O 表示此項目對應於連線的開啟作業。同時請注意，儘管此開啟作業由執行緒 2 和執行緒 3 來執行，但由於多執行緒的 TCP/IP 通道使用同一程序來開啟這些單獨的連線，因此此處的程序 ID 相同 (均為 1f625)。

  5. 由於要連線到兩個不同的遠端系統，因此不同執行緒中的多執行緒 SMTP 用戶端將開啟與每個系統的連線—第一個顯示在本項目中，第二個顯示在 7 中。項目的此部分顯示了傳送和目標 IP 號碼以及連接埠號碼，並顯示了初始主機名稱和透過進行 DNS 查詢找到的主機名稱。在 SMTP/initial-host/dns-host 陳述式中，請注意初始主機名稱和在初始主機名稱上執行 DNS MX 記錄查詢後所使用的主機名稱的顯示：mailhub.sesta.com 顯然是 hostb.sesta.com 的 MX 伺服器。

  6. 多執行緒的 SMTP 用戶端在不同的執行緒 (儘管程序相同) 中開啟與第二個系統的連線。

  7. 由於要連線到兩個不同的遠端系統，不同執行緒中的多執行緒 SMTP 用戶端將開啟與每個系統的連線 — 第二個顯示在本項目中，第一個顯示在上面的 5 中。項目的此部分顯示了傳送和目標 IP 號碼以及連接埠號碼，並顯示了初始主機名稱和透過進行 DNS 查詢找到的主機名稱。在此範例中，可以明顯看到系統 hosta.sesta.com 本身可直接接收郵件。

  8. 除了產生特定連線項目外，LOG_CONNECTION=3 還可將連線相關資訊包含在一般郵件項目中，如此處所示。

  9. 設定 LOG_CONNECTION=3 將使 MTA 寫入此項目。所有郵件 (此範例中為 bobby 和 carl 郵件) 都被移出佇列後，系統將關閉連線，如此項目中的 C 所示。

MTA 記錄範例：內送連線記錄

此範例說明透過 LOG_CONNECTION=3 啟用連線記錄後，內送 SMTP 郵件的記錄輸出。

範例 21–10 MTA 記錄 – 內送連線記錄


19-Feb-1998 17:02:08.70 tcp_local    +            O          (1)
 TCP|206.184.139.12|25|192.160.253.66|1244 SMTP              (2)

19-Feb-1998 17:02:26.65 tcp_local    l             E 1
 service@siroe.com rfc822;adam@sesta.com adam
 THOR.SIROE.COM (THOR.SIROE.COM [192.160.253.66])            (3)

 19-Feb-1998 17:02:27.05 tcp_local    +             C        (4)
                   TCP|206.184.139.12|25|192.160.253.66|1244 SMTP
 
19-Feb-1998 17:02:31.73 l                          D 1
  service@siroe.com rfc822;adam@sesta.com adam

  1. 遠端系統開啟一個連線。字元 O 表示此項目與連線的開啟作業有關；字元 + 表示此項目與內送連線有關。

  2. 顯示連線的 IP 號碼和連接埠。在此項目中，接收系統 (建立記錄檔項目的系統) 的 IP 位址為 206.184.139.12 並且連線到連接埠 25；傳送系統的 IP 位址為 192.160.253.66 並從連接埠 1244 傳送。

  3. 在從內送 TCP/IP 通道 (tcp_local) 形成佇列到 l 通道收件者的郵件項目中，請注意由於啟用了 LOG_CONNECTION=3 而包含預設值以外的資訊。特別是，傳送系統在其 HELO 或 EHLO 線上使用的名稱、在連線 IP 號碼上以 DNS 反向查詢找到的傳送系統名稱，以及傳送系統的 IP 位址均被記錄下來；請參閱第 12 章, 配置通道定義運作方式。

  4. 內送連線已關閉。字元 C 表示此項目與連線的關閉作業有關；字元 + 表示此項目與內送連線有關。

啟用派送程式除錯

派送程式錯誤和除錯輸出 (如果啟用) 被寫入 MTA 記錄目錄中的 dispatcher.log 檔案。在 msg_svr_base/imta/dispatcher.cnf 檔案中指定派送程式配置資訊。預設配置檔案在安裝時建立，您無需進行變更即可使用。但是，如果出於安全性或效能原因，需要修改預設配置檔案，則可以透過編輯 dispatcher.cnf 檔案來完成修改。

表 21–3 派送程式除錯位元

位元 

 

十六進制值 

十進制值 

用法 

 

0 

x 00001 

1 

基本服務派送程式主模組除錯。 

1 

x 00002 

2 

附加服務派送程式主模組除錯。 

2 

x 00004 

4 

服務派送程式配置檔案記錄。 

3 

x 00008 

8 

基本服務派送程式其他除錯。 

4 

x 00010 

16 

基本服務除錯。 

5 

x 00020 

32 

附加服務除錯。 

6 

x 00040 

64 

程序相關服務除錯。 

7 

x 00080 

128 

未使用。 

8 

x 00100 

256 

基本服務派送程式和程序通訊除錯。 

9 

x 00200 

512 

附加服務派送程式和程序通訊除錯。 

10 

x 00400 

1024 

資料封包級別通訊除錯。 

11 

x 00800 

2048 

未使用。 

12 

x 01000 

4096 

基本工作程序除錯。 

13 

x 02000 

8192 

附加工作程序除錯。 

14 

x 04000 

16384 

其他工作程序除錯，特別是連線切換。 

15 

x 08000 

32768 

未使用。 

16 

x 10000 

65536 

基本工作程序到服務派送程式 I/O 除錯。 

17 

x 20000 

131072 

附加工作程序到服務派送程式 I/O 除錯。 

20 

x 100000 

1048576 

基本統計資料除錯。 

21 

x 200000 

2097152 

附加統計資料除錯。 

24 

x 1000000 

16777216 

將 PORT_ACCESS 拒絕記錄到 dispatcher.log 檔案中。 

Procedure啟用派送程式錯誤除錯輸出

步驟

  1. 編輯 dispatcher.cnf 檔案。

  2. 將 DEBUG 選項設定為 -1。

    還可以設定邏輯變數或環境變數 IMTA_DISPATCHER_DEBUG (UNIX)，該變數以十六進位將 32 位元除錯遮罩定義為值 FFFFFFFF。上表說明每個位元的意義。

Procedure設定派送程式參數 (Solaris)

派送程式配置檔案中提供的派送程式服務將影響各種系統參數的需求。系統的堆疊大小 (datasize) 必須能夠滿足派送程式的執行緒堆疊使用需求。

步驟

  1. 若要顯示 堆疊大小 (亦即預設datasize)，請執行以下指令之一：

    csh 指令：


    # limit

    ksh 指令


    # ulimit -a

    Solaris 公用程式


    # sysdef

  2. 對每個派送程式服務計算 STACKSIZE*MAX_CONNS，然後把每項服務的計算值相加。系統的堆疊大小必須至少是以上數值的兩倍。

管理郵件儲存記錄、管理記錄和預設服務記錄

本小節說明郵件儲存 (POP、IMAP 和 HTTP) 記錄、管理記錄和預設服務記錄。(請參閱表 21–1)。

對於這些服務，您可以使用主控台來指定記錄設定和檢視記錄。您指定的設定將影響所記錄的事件以及事件的數量。分析記錄檔時，您可以使用這些設定和其他特性來完善對記錄事件的搜尋。

本節包含以下小節：

瞭解服務記錄特性

本節描述了郵件儲存和管理服務的以下記錄特性：記錄級別、記錄事件的類別、記錄的檔案名稱慣例和記錄檔目錄。

記錄級別

記錄的級別或優先順序定義了記錄作業的詳細程度或詳細度。高優先順序意味著較簡略；它意味著僅記錄具有高優先順序 (高嚴重程度) 的事件。低級別意味著更為詳細；它意味著將在記錄檔中記錄更多事件。

可以透過設定 logfile.service.loglevel 配置參數分別為每種服務 (POP、IMAP、HTTP、管理以及預設服務) 設定記錄層級 (請參閱定義和設定服務記錄選項)。還可以使用記錄層級來篩選記錄事件搜尋。表 21–4 說明可用層級。這些記錄層級是由 UNIX syslog 工具定義的層級子集。

表 21–4 儲存和管理服務的記錄級別

級別 

說明 

緊急 

詳細資訊最少的記錄。發生嚴重問題或緊急情況 (如伺服器無法存取電子信箱或執行所需的程式庫) 時會將事件寫入記錄。 

錯誤 

發生錯誤情況 (如嘗試連線到用戶端或其他伺服器失敗) 時會將事件寫入記錄。 

警告 

發生警告情況 (如伺服器無法理解用戶端傳送給它的通訊) 時會將事件寫入記錄。 

通知 

發出通知 (普通但重要的條件) (如使用者登入失敗或階段作業關閉) 時會將事件寫入記錄。這是預設記錄級別。 

資訊 

執行重要動作 (如使用者成功登入、登出、建立或重新命名電子信箱) 時會將事件寫入記錄。 

除錯 

最詳細的記錄。僅用於進行除錯。執行每個程序或作業中的每個單獨的步驟時都將事件寫入記錄，用以確定問題。 

當選取特定記錄級別時，與該級別以及高於該級別 (較低詳細度) 的所有級別相對應的事件均被記錄。預設記錄層級為 Notice。

備註 –

指定的記錄越詳細，記錄檔所佔用的磁碟空間就越大；如需相關操作指南，請參閱定義和設定服務記錄選項

記錄事件的類別

在每個受支援的服務或協定中，Messaging Server 將根據產生記錄事件的工具或功能區對記錄事件進一步分類。每個記錄事件都包含產生該事件的工具名稱。這些類別在搜尋時有助於篩選事件。表 21–5列出了 Messaging Server 可識別並用於記錄的類別。

表 21–5 發生記錄事件的類別

工具 

說明 

一般 

與此協定或服務相關的無明顯特徵的動作 

LDAP 

與 Messaging Server 存取 LDAP 目錄資料庫相關的動作 

網路 

與網路連線相關的動作 (通訊端錯誤歸入此類別) 

帳號 

與使用者帳號相關的動作 (使用者登入歸入此類別) 

協定 

與協定專用指令相關的協定層級動作 (由 POP、IMAP 或 HTTP 功能傳回的錯誤歸入此類別) 

統計資料 

與收集伺服器統計資料相關的動作 

存放區 

與存取郵件儲存相關的低級動作 (讀取/寫入錯誤歸入此類別) 

如需有關使用類別做為篩選器在記錄搜尋中的範例，請參閱搜尋並檢視服務記錄

服務記錄檔目錄

每項記錄服務均被指定了單一的目錄，其中儲存該服務的記錄檔。所有 IMAP 記錄檔均儲存在一起，所有 POP 記錄檔及其他服務的記錄檔也是如此。您可以定義每個目錄的位置，也可以定義目錄的最大空間以及該空間中允許存在的記錄檔的最大數量。

請確定儲存容量足夠容納所有記錄檔。記錄資料可能量很大，尤其是在較低 (較高詳細度) 的記錄級別中。

同時定義適當的記錄級別、記錄自動重建、記錄過期和伺服器備份策略也很重要，這可以備份所有記錄檔目錄並使這些目錄都不會過載，否則就可能遺失資訊。請參閱定義和設定服務記錄選項。

瞭解服務記錄檔格式

由 Messaging Server 建立的所有郵件儲存和管理服務記錄檔都具有完全相同的內容格式。記錄檔是多行文字檔案，其中每行描述一個記錄事件。對於每項支援的服務，所有事件描述都具有通用格式：

dateTime hostName processName[pid]: category logLevel: eventMessage

表 21–6 列出了記錄檔元件。請注意，除了日期/時間格式不同以及此格式包括兩個附加元件 (category 和 logLevel) 以外，此事件說明的格式與 UNIX syslog 工具定義的格式完全相同。

表 21–6 儲存和管理記錄檔元件

元件 

定義 

dateTime

記錄事件的日期與時間，以 dd/mm/yyyy hh:mm:ss 格式表示，時區欄位以 GMT +/-hhmm 表示。例如：02/Jan/1999:13:08:21 -0700

hostName

伺服器在其上執行的主機名稱：例如，showshoe。

注意：如果主機上有多個 Messaging Server 實例，則可以使用程序 ID (pid) 將不同實例的記錄事件相互分隔開。

processName

產生事件的程序名稱：例如，cgi_store。

pid

產生事件的程序的程序 ID：例如，18753。

category

事件所屬的類別：例如，General (請參閱範例 21–5)。

logLevel

事件所代表的記錄級別：例如，Notice (請參閱範例 21–4)。

eventMessage

可為任意長度的事件特定解釋訊息：例如，Log created (894305624)。

以下是使用主控台檢視到的三個記錄事件範例：

02/May/1998:17:37:32 -0700 showshoe cgi_store[18753]:
 General Notice:
   Log created (894155852)

04/May/1998:11:07:44 -0400 xyzmail cgi_service[343]: General Error:
   function=getserverhello|port=2500|error=failed to connect

03/Dec/1998:06:54:32 +0200 SiroePost imapd[232]: Account Notice:
   close [127.0.0.1] [unauthenticated] 1998/12/3 6:54:32
   0:00:00 0 115 0

IMAP 和 POP 事件項目可能會以三個數字結束。以上範例中包含 0 115 0。第一個數字是用戶端傳送的位元組數，第二個數字是伺服器傳送的位元組數，第三個數字是選取的電子信箱數 (對於 POP 始終為 1)。

在 [記錄檢視器] 視窗中檢視記錄檔時，您可以透過搜尋事件中的任意特定元件 (如特定記錄層級或類別，或特定的程序 ID) 來限制顯示的事件。如需更多資訊，請參閱搜尋並檢視服務記錄。

每個記錄項目的事件訊息使用的格式都特定於要記錄的事件類型，即每種服務都定義哪些內容會顯示在其任何事件訊息中。許多事件訊息簡單明了，而其他事件訊息則複雜一些。

定義和設定服務記錄選項

您可以定義能最好地滿足管理需要的郵件儲存和管理服務記錄配置。本節論述了可幫助您決定最佳配置和策略的問題，並解釋了如何實作這些配置和策略。

靈活的記錄架構

記錄檔的命名方案 (service.sequenceNum.timeStamp ) 可協助您設計靈活的記錄自動重建和備份策略。事實上，將不同服務的事件寫入不同的檔案便於您快速分離問題。同時，由於檔案名稱中的序列號持續增長，並且時間標記始終是唯一的，因此當有限的序列號集用盡後，以後的記錄檔也不會簡單地覆寫早期的記錄檔。而是僅在達到更靈活的存在時間限制、檔案數量或總儲存空間時，才會覆寫或刪除較舊的記錄檔。

Messaging Server 支援記錄檔的自動循環，此功能簡化了管理也使備份變得更容易。不必手動刪除目前記錄檔並建立新記錄檔以保留後續記錄事件。您可以隨時備份目錄中除目前記錄檔之外的所有記錄檔，而不必停止伺服器或手動通知伺服器啟動新記錄檔。

設定記錄策略的過程中，您可以針對每種服務設定選項，這些選項控制對總記錄儲存空間、最大記錄檔數量、單個檔案大小、最長檔案存在時間和記錄檔循環的速度等方面的限制。

規劃所需的選項

請記住您必須設定數個限制，其中不只一個限制可能會導致記錄檔的循環或刪除。最先達到的限制為起控制性作用的限制。例如，如果最大記錄檔大小是 3.5 MB，並且您指定每天建立一個新記錄，如果每 24 小時建立的記錄資料不止 3.5 MB，那麼每天實際建立的記錄檔則不止一個。而且，如果最大記錄檔數量是 10 個並且最長存在時間是 8 天，則可能永遠不會達到記錄檔的存在時間限制，因為較快的記錄自動重建將意味著在不到 8 天之內便已建立 10 個檔案。

為 Messaging Server 管理記錄提供的以下預設值可能是規劃的合理出發點：

目錄中記錄檔的最大數量：10

最大記錄檔大小：2 MB

所有記錄檔允許的總計最大值：20 MB

允許的最小可用磁碟空間：5 MB

記錄自動重建時間：1 天

過期之前的最長存在時間：7 天

記錄層級：通知

您可以看到此配置假定預計伺服器管理記錄資料每天累積大約 2 MB，每週備份一次，指定給管理記錄的總儲存空間至少是 25 MB。(如果記錄級別更詳細，則這些設定可能不足。)

對於 POP、IMAP 或 HTTP 記錄，相同的值可能是合理的開端。如果所有服務具有大致相同的記錄儲存空間需求 (如此處所示的預設值)，您可能期望初始配置總計約 150 MB 的記錄儲存容量。(請注意，這僅表示儲存空間需求的一般指示；實際的需求可能會顯著不同。)

瞭解記錄選項

可以使用主控台或指令行設定可控制郵件儲存記錄配置的選項。

這些選項的最合適設定取決於記錄資料累積的速度。可能需要 4,000 到 10,000 個記錄項目以佔用 1 MB 儲存空間。在較詳細的記錄級別 (如通知)，一般忙碌的伺服器每週可能產生數百 MB 的記錄資料。可遵循以下方法：

搜尋並檢視服務記錄

主控台提供了用於檢視郵件儲存和管理記錄資料的基本介面。它允許選取單個記錄檔並允許對那些檔案中的記錄項目執行靈活的篩選搜尋。

對於給定的服務，記錄檔以時間先後次序列示。選擇要搜尋的記錄檔後，您可以透過指定搜尋參數來縮小對單個事件的搜尋範圍。

搜尋參數

以下是可以指定用於檢視記錄資料的搜尋參數：

* 任何字元集 (範例：*.com)

? 任何單一字元 (範例：199?)

[nnn] nnn 集中的任一字元 (範例：[aeiou])

[^nnn] 非 nnn 集中的任一字元 (範例：[^aeiou])

[n-m] n-m 範圍內的任一字元 (範例：[A-Z])

[^n-m] 非 n-m 範圍內的任一字元 (範例：[^0-9])

\ 退出字元：置於 *、?、[, or] 之前以將這些符號用做文字列

注意：搜尋區分大小寫。

檢視記錄時組合記錄級別和工具的範例可能包括以下幾種：

使用服務記錄

本節說明如何透過 configutil 指令和主控台來使用服務記錄搜尋和檢視記錄。

Procedure將服務記錄傳送至系統記錄

步驟

    使用 syslogfacility 選項執行 configutil 指令：

    configutil -o logfile.service.syslogfacility -v value

    其中，service 指 admin、pop、imap、imta 或 http，value指 user、mail、daemon、local0 到 local7 之間的值，或空值。

    設定此值後，系統會將郵件記錄到與設定值相對應的syslog 工具，並忽略所有其他記錄檔服務選項。如果未設定此選項或值為 none，則記錄會使用 Messaging Server 記錄檔。

Procedure使用主控台設定記錄選項

步驟

  1. 開啟要設定其記錄檔選項的 Messaging Server。

  2. 按一下 [配置] 標籤，開啟左側窗格中的 [記錄檔] 資料夾，並選取某服務 (如 IMAP、HTTP 或 Admin) 的記錄檔。

  3. 從 [詳細資訊等級] 下拉式清單中選擇記錄層級。

  4. 在 [記錄檔的目錄路徑] 欄位中輸入要儲存記錄檔的目錄名稱。

  5. 在 [每個記錄的檔案大小] 欄位中輸入最大記錄檔大小。

  6. 在 [建立新記錄的時間間隔] 欄位輸入表示記錄自動重建排程時間間隔的數字。

  7. 在 [每個目錄的記錄數] 和 [記錄早於] 欄位中輸入記錄檔的最大數目和最長存在時間，以適應您的備份排程。

  8. 在 [總的記錄大小超過] 欄位中輸入所需總儲存限制。

  9. 在 [可用磁碟空間小於] 欄位中輸入要保留的最小可用磁碟空間容量。

停用 HTTP 記錄

如果系統不支援 HTTP 郵件存取，亦即 Webmail，則可以透過設定以下變數來停用 HTTP 記錄。如果系統需要 Webmail 支援 (例如 Messenger Express)，請勿設定這些變數。

Procedure設定伺服器記錄層級

步驟

    執行以下 configutil 指令：

    configutil -o logfile.service.loglevel -v level

    其中，service 指 admin、pop、imap、imta 或 http，loglevel 指 Nolog、Critical、Error、Warning、Notice、Information 或 Debug。

Procedure指定伺服器記錄檔的目錄路徑

步驟

    執行以下 configutil 指令：


    configutil -o logfile.service.logdir -v dirpath

Procedure指定每個服務記錄的最大檔案大小

步驟

    執行以下 configutil 指令：


    configutil -o logfile.service.maxlogfilesize -v size

    其中，size 指定位元組數。

Procedure指定服務記錄自動重建排程

步驟

    執行以下 configutil 指令：


    configutil -o logfile.service.rollovertime -v number

    其中，number 指定秒數。

Procedure指定每個目錄中服務記錄檔的最大數量

步驟

    執行以下 configutil 指令：


    configutil -o logfile.service.maxlogfiles -v number

    其中，number 指定記錄檔的最大數目。

Procedure指定儲存限制

步驟

    執行以下 configutil 指令：


    configutil -o logfile.service.maxlogsize -v number

    其中，number 指定位元組數。

Procedure指定要保留的可用磁碟空間的最小容量

步驟

    執行以下 configutil 指令：


    configutil -o logfile.service.minfreediskspace -v number

    其中，number 指定位元組數。

指定記錄的過期時間


configutil -o logfile.service.expirytime -v number

其中，number 指定秒數。

Procedure指定搜尋和檢視結果

請按以下步驟使用給定服務的特定特性來搜尋記錄事件：

步驟

  1. 在主控台中，開啟要檢查其記錄檔的 Messaging Server。

  2. 請執行以下任一步驟以顯示給定記錄服務的記錄檔 [內容] 標籤：

    • 按一下 [作業] 標籤，然後按一下 [檢視服務記錄]，其中服務是記錄的服務 (如「IMAP 服務」或「管理」) 的名稱。

    • 按一下 [配置] 標籤，然後開啟左側窗格中的 [記錄檔] 資料夾並選取某服務 (如 IMAP 或 Admin) 的記錄檔。然後按一下右側窗格中的 [內容] 標籤。

  3. 系統將顯示該記錄服務的 [內容] 標籤。

  4. 在 [記錄檔名稱] 欄位中，選取您要檢查的記錄檔。

  5. 按一下 [檢視選取的記錄] 按鈕以開啟 [記錄檢視器] 視窗。

  6. 在 [記錄檢視器] 視窗中，指定所需的搜尋參數 (已在前一小節搜尋參數中說明)。

  7. 按一下 [更新] 以執行搜尋並將結果顯示在 [記錄項目] 欄位中。

對郵件儲存記錄使用郵件追蹤

您可以使用郵件儲存記錄依郵件 ID 來追蹤郵件，這與 MTA 追蹤郵件的方法類似。以此方式追蹤郵件可讓您追蹤郵件生命週期的緊急事件。

若要在郵件儲存記錄中追蹤郵件，除了一般的記錄配置外，您還需要配置郵件追蹤。依預設，郵件追蹤未啟用。

備註 –

郵件追蹤將佔用大量的磁碟空間。請勿啟用此功能，除非具有充足的磁碟空間。

郵件儲存記錄可以追蹤以下作業︰

Procedure啟用郵件追蹤

步驟

    執行以下 configutil 指令：


    configutil -o local.msgrace.active -v “yes”

    將郵件追蹤資訊寫入至每個程序的預設記錄。IMAP 擷取位於 imap 記錄檔。ims_master 附加位於 ims_master 通道記錄檔。

Procedure將郵件追蹤重新導向至單一記錄檔

步驟

    若要將郵件追蹤記錄重新導向至單一「msgtrace」記錄檔，必須使用 configutil 指令配置記錄檔參數。與其他記錄檔不同，msgtrace 記錄檔在本機配置。例如：


    configutil -o "local.logfile.msgtrace.buffersize" -v "0"
configutil -o "local.logfile.msgtrace.expirytime" -v "604800"
configutil -o "local.logfile.msgtrace.flushinterval" -v "60"
configutil -o "local.logfile.msgtrace.logdir" -v "/opt/SUNWmsgsr/data/log"
configutil -o "local.logfile.msgtrace.loglevel" -v "Information"
configutil -o "local.logfile.msgtrace.logtype" -v "NscpLog"
configutil -o "local.logfile.msgtrace.maxlogfiles" -v "10"
configutil -o "local.logfile.msgtrace.maxlogfilesize" -v "2097152"
configutil -o "local.logfile.msgtrace.maxlogsize" -v "20971520"
configutil -o "local.logfile.msgtrace.minfreediskspace" -v "5242880"
configutil -o "local.logfile.msgtrace.rollovertime" -v "86400"

Procedure取消配置郵件追蹤記錄

步驟

    若要取消配置 msgtrace 記錄檔，請使用 configutil 指令移除該記錄檔的所有配置參照。例如：


    configutil -o "local.logfile.msgtrace.buffersize" -v ""
configutil -o "local.logfile.msgtrace.expirytime" -v ""
configutil -o "local.logfile.msgtrace.flushinterval" -v ""
configutil -o "local.logfile.msgtrace.logdir" -v ""
configutil -o "local.logfile.msgtrace.loglevel" -v ""
configutil -o "local.logfile.msgtrace.logtype" -v ""
configutil -o "local.logfile.msgtrace.maxlogfiles" -v ""
configutil -o "local.logfile.msgtrace.maxlogfilesize" -v ""
configutil -o "local.logfile.msgtrace.maxlogsize" -v ""
configutil -o "local.logfile.msgtrace.minfreediskspace" -v ""
configutil -o "local.logfile.msgtrace.rollovertime" -v ""

Procedure配置 LMTP 記錄

步驟

    如果您使用的是 LMTP，而未使用單一「msgtrace」記錄檔，則還必須在本機配置 tcp_lmtp_server 記錄檔。如果您使用的不是 LMTP，或未使用郵件追蹤，或在「msgtrace」記錄檔中使用郵件追蹤，則不必初始化 LMTP 郵件儲存端記錄。(LMTP 已單獨記錄了 MTA 資訊。)例如：


    configutil -o "local.logfile.tcp_lmtp_server.buffersize" -v "0"
configutil -o "local.logfile.tcp_lmtp_server.expirytime" -v "604800"
configutil -o "local.logfile.tcp_lmtp_server.flushinterval" -v "60"
configutil -o "local.logfile.tcp_lmtp_server.logdir" -v \
   "/opt/SUNWmsgsr/data/log"
configutil -o "local.logfile.tcp_lmtp_server.loglevel" -v "Information"
configutil -o "local.logfile.tcp_lmtp_server.logtype" -v "NscpLog"
configutil -o "local.logfile.tcp_lmtp_server.maxlogfiles" -v "10"
configutil -o "local.logfile.tcp_lmtp_server.maxlogfilesize" -v "2097152"
configutil -o "local.logfile.tcp_lmtp_server.maxlogsize" -v "20971520"
configutil -o "local.logfile.tcp_lmtp_server.minfreediskspace" \
   -v "5242880"
configutil -o "local.logfile.tcp_lmtp_server.rollovertime" -v "86400"

其他郵件儲存記錄功能

Messaging Server 提供了名為遙測的功能，可以擷取使用者的整個 IMAP 或 POP 階段作業並形成檔案。該功能對於除錯用戶端問題十分有用。例如，如果使用者抱怨他們的郵件存取用戶端未按預期運行，則該功能可用來追蹤存取用戶端與 Messaging Server 之間的互動作業。請參閱使用遙測技術檢查使用者 IMAP/POP 階段作業。

郵件儲存記錄範例

記錄在郵件儲存記錄檔中的確切欄位格式和欄位清單將根據記錄選項設定而有所不同。本小節顯示一些解譯典型記錄項目類型的範例。

郵件儲存記錄範例：錯誤的密碼

如果使用者鍵入無效密碼，則記錄「認證」失敗，與「找不到使用者」訊息相反。訊息「找不到使用者」是為了安全起見而傳送給用戶端的文字，但記錄的是真實原因 (無效密碼)。

範例 21–11 郵件儲存記錄 – 無效密碼


 [30/Aug/2004:16:53:05 -0700] vadar imapd[13027]: Account Notice: badlogin:
[192.18.126.64:40718] plaintext user1 authentication failure

郵件儲存記錄 – 已停用的帳號

以下範例顯示由於已停用帳號而致使使用者無法登入的原因。此外，已停用的帳號可分為「(非使用中)」或「(暫停)」。

範例 21–12 郵件儲存記錄 – 已停用的帳號


[30/Aug/2004:16:53:31 -0700] vadar imapd[13027]: Account Notice: badlogin: 
[192.18.126.64:40720] plaintext user3 account disabled (hold)

郵件儲存記錄範例：已附加的郵件

以下範例顯示附加郵件，即附加郵件至資料夾。郵件儲存記錄會記錄所有經由 ims_master 和 lmtp 通道進入郵件儲存的郵件。記錄使用者 ID、資料夾、郵件大小和郵件 ID 的「附加」。

範例 21–13 郵件儲存記錄 – 附加


[31/Aug/2004:16:33:14 -0700] vadar ims_master[13822]: Store Information:append:
user1:user/user1:659:<Roam.SIMC.2.0.6.1093995286.11265.user1@vadar.siroe.com>

郵件儲存記錄範例：用戶端擷取的郵件

用戶端擷取郵件後，郵件儲存記錄寫入「取回」訊息。郵件儲存記錄會記錄至少取回一個內文部分的所有用戶端的取回。記錄使用者 ID、資料夾和郵件 ID 的「取回」。

範例 21–14 郵件儲存記錄 - 郵件被用戶端擷取


[31/Aug/2004:15:55:26 -0700] vadar imapd[13729]: Store Information:
fetch:user1:user/user1:<Roam.SIMC.2.0.6.1093051161.3655.user1@vad.siroe.com>

郵件儲存記錄範例：從資料夾中移除的郵件

範例 21–15 郵件儲存記錄範例：從資料夾中移除的郵件

從資料夾 (非系統) 中移除 IMAP 或 POP 郵件後，郵件儲存會寫入「永久刪除」訊息。記錄使用者或公用程式是否永久刪除該郵件。記錄資料夾和郵件 ID 的「永久刪除」。


31/Aug/2004:16:57:36 -0700] vadar imexpire[13923]: Store Information:
expunge:user/user1:<Roam.SIMC.2.0.6.1090458838.2929.user1@vadar.siroe.com>

郵件儲存記錄範例：重複登入郵件

如果您為一個 msgtrace 記錄檔配置郵件追蹤，則位於 imap 和 pop 記錄檔的一般「登入」訊息將在 msgtrace 檔案中複製。以下為一般登入訊息：

範例 21–16 郵件儲存記錄 – 登入


[30/Aug/2004:16:53:13 -0700] vadar imapd[13027]: Account Information: login
[192.18.126.64:40718] user1 plaintext