MTA ログファイルは、ASCII テキストとして記述されます。デフォルトでは、次に示すように、各ログファイルエントリには 8 個または 9 個のフィールドがあります。
16-Feb-2007 14:54:13.72 tcp_local ims-ms EE 1 adam@sesta.com rfc822;marlowe@siroe.com marlowe@ims-ms-daemon
ログエントリには以下の情報が含まれています。
エントリが記録された日付と時刻 (上の例では 16-Feb-2007 14:54:13.72)。
ソースチャネルのチャネル名 (上の例では tcp_local)。
宛先チャネルのチャネル名 (上の例では ims-ms)。SMTP チャネルの場合、LOG_CONNECTION が有効になっているときは、プラス記号「+」が SMTP サーバーの受信を示し、マイナス記号「-」が SMTP クライアント経由の送信を示します。
エントリのタイプ (上の例では EE)。エントリは、単一のアクションコード (表 25–2 を参照)、またはアクションコードと 1 つ以上の修飾子コード (表 25–3 を参照) で構成できます。エントリの形式は次のとおりです。
<action_code> <ゼロまたはそれ以上の省略可能な修飾子>
たとえば、EEC のログエントリコードは、電子メールが、ESMTP (修飾子 E) と SMTP チャンク化 (修飾子 C) を使用してキューに入れられた (アクションコード E) ことを示します。現在使用されているアクションコードと修飾子コードの詳細は、下の表を参照してください。
メッセージのサイズ (上の例では 1)。デフォルトでは K バイト単位で表されますが、MTA オプションファイルで BLOCK_SIZE キーワードを使用して単位を変更することもできます。
エンベロープ From: アドレス (上の例では adam@sesta.com)。通知メッセージのようにエンベロープ From: アドレスが空のメッセージの場合、このフィールドは空白文字であることに注意してください。
エンベロープ To: アドレスの元の形式 (上の例では marlowe@siroe.com)。
エンベロープ To: アドレスのアクティブな (現在の) 形式 (上の例では marlowe@ims-ms-daemon)。
配信ステータス (SMTP チャネルのみ)。
エントリ |
説明 |
---|---|
B |
不良コマンドが SMTP サーバーに送信されました。受取人アドレスフィールドには拒否されたコマンドが、診断フィールドには SMTP サーバーからの応答が含まれます。MTA チャネルオプションの MAX_B_ENTRIES は、特定のセッションでログされる不良コマンドの数を制御します。デフォルトは 10 です。 |
D |
キューからの取り出しに成功しました |
E |
キューに入れます |
J |
キューに入れる試行が拒否されました (スレーブチャネルプログラムによる拒否) |
K |
受取メッセージが拒否されました。差出人が NOTIFY=NEVER DSN フラグの設定を要求した場合、メッセージがタイムアウトになった場合、またはメッセージが手動で返された場合です。たとえば、imsimta qm “delete” コマ ンドは常に各受取人の「K」レコードを生成しますが、qm “return” コマ ンドが「R」レコードではなく「K」レコードを生成する場合です。これは、差出人自身の要求によって、通知が差出人に送信されなかったことを示します。 これは、同じ種類の拒否またはタイムアウトである「R」レコードと比較できますが、「R」レコードでは、この失敗したメッセージに関して、元の差出人に戻される新しい通知メッセージも生成されます。 |
Q |
キューからの取り出しで一時的に失敗しました |
R |
キューからの取り出し試行で受取人アドレスが拒否され (マスターチャネルプログラムによる拒否)、失敗またはバウンスメッセージが生成されました |
V |
トランザクションが異常終了したときに表示される警告メッセージです。キューに入れられた受取人アドレスごとに、V レコードは 1 つになります。 |
W |
メッセージはまだ配信されていませんが、キューに残っていて再配信が試行されていることを元の差出人に通知するために送信された警告メッセージです。 |
Z |
数人の受取人に対しては成功しましたが、この受取人に対しては一時的に失敗しました。すべての受取人の元のメッセージファイルはキューから取り出され、それに代わって新しいメッセージファイルが入れられ、その他の失敗した受取人がすぐにキューに入れられます |
表 25–3 ログエントリ修飾子コード
エントリ |
説明 |
---|---|
A |
SASL 認証が使用されました。 |
C |
チャンク化が使用されました。チャンク化が機能するためには ESMTP を使用する必要があるため、通常は、EEC や DEC のようなフィールド値に着目します。 |
E |
EHLO コマンドが発行され、受け入れられたため、ESMTP が使用されました。 |
L |
LMTP が使用されました。 |
P |
MMP を介した POP before SMTP が使用されました。E レコードに P が追加されました。 |
S |
TLS/SSL が使用されました。S トランザクションログエントリによって、チャネルに関連付けられた各種の送信済みメッセージカウンタが増えるようになっています。 |
LOG_CONNECTION が有効になっている場合 (『Sun Java System Messaging Server 6.3 Administration Reference』の「Option File Format and Available Options」を参照) は、アクションコードの追加のセットが使用されます。これらについて以下に説明します。
表 25–4 SMTP チャネルの LOG_CONNECTION アクションコードの + または - のエントリ
エントリ |
説明 |
---|---|
C |
接続が終了しました。診断フィールドがあとに続きます。connection.log_current (ログファイルが 1 つしか使用されない場合は 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 オプションファイルで有効になっている場合、形式は次に示されているようになります。この例のログエントリ行は改行されて表示されていますが、実際のログエントリは 1 行で記述されます。
16-Feb-2007 15:04:01.14 2bbe.5.3 tcp_local ims-ms EE 1 service@siroe.com rfc822;adam@sesta.com adam@ims-ms-daemon 20 /opt/SUNWmsgsr/data/queue/ims-ms/000/ZZf0r2i0HIaY1.01 <0JDJ00803FAON200@mailstore.siroe.com> mailsrv siroe.com (siroe.com [192.160.253.66]) |
前述の説明に含まれていない追加のフィールドは、以下のとおりです。
プロセス ID (16 進数) と、その後ろに続くピリオド (ドット) 文字と数。これがマルチスレッドチャネルエントリ (つまり、tcp_* チャネルエントリ) であった場合、プロセス ID と数の間にスレッド ID も存在します。この例では、プロセス ID は 2bbe.5.3 です。
メッセージの NOTARY (配達証明書要求) フラグ。整数値で表記 (例では 20) します。
MTA キュー領域内のファイル名 (例では /opt/SUNWmsgsr/data/queue/ims-ms/000/ZZf0r2i0HIaY1.01)。
メッセージ ID (例では <0JDJ00803FAON200@mailstore.siroe.com>)。
実行プロセスの名前 (例では mailsrv)。UNIX での SMTP サーバーなどのディスパッチャープロセスの場合、通常は mailsrv になります (SASL を使用しなかった場合。使用した場合は、たとえば *service@siroe.com などの、認証されたユーザー名になる)。
接続情報 (例では siroe.com (siroe.com [192.160.253.66]))。接続情報は、送信システムが HELO/EHLO 行に示す名前 (着信 SMTP メッセージの場合) や、チャネルの正規のホスト名 (ほかの種類のチャネルの場合) など、送信システムまたはチャネル名で構成されています。TCP/IP チャネルの場合、送信システムの実際の名前、つまり、DNS リバース検索によってレポートされるシンボリック名や IP アドレスは、ident* チャネルキーワードを使用して括弧内にレポートすることもできます。DNS によって見つかった名前と IP アドレスの両方を表示するように指定するデフォルトの identnone キーワードの例については、「12.4.3.4 IDENT 検索」を参照してください。