pop3log に "RETR nnn" で受信している記録があるが、この nnn の数字は何を示すか new!
POP3受信記録ログである pop3log を調べていく際、"RETR nnn" でメールクライアントからPOP3受信している記録を見つけられますが、この nnn の数字は何を示すか説明します。
例）user1＠[domain.jp] from 192.168.1.xxx RETR 744 [28/Jan/2022:09:30:00]
上記は、該当ユーザーアカウントが09:30:00に "RETR 744" でPOP3受信している記録を意味します。RETR命令の対象となる数字（"RETR nnn"）は、メールボックス内に残っているメールの昇順位置を番号で示しているものです。このメールが何であるかをメールサーバのメールデータから確認する必要があるのであれば、該当ユーザーアカウントのメールボックスフォルダを直接開いてみて、残っている拡張子.MSGのメールデータがファイル名の昇順位置で何番目か目視で実際に確認してみます。
例）メールボックスフォルダ内に以下の.MSGファイルがある場合
B0000000001.MSG ← RETR 1
B0000000005.MSG ← RETR 2
B0000000008.MSG ← RETR 3
B0000000014.MSG ← RETR 4
※"B"で始まるファイル名部分はepstrdサービスがSMTP受信時に発番する「メッセージID」と同じもの
また、ログから該当するメールを引き当てる必要があれば、より詳しい情報が得られるPOP3詳細ログ（receivepop3）を採取してください。
なお、 pop3log を調べていく際、"RETR nnn" の数字が数千をはるかに超え、1万以上の極端に大きい数字の記録が見つかった場合は下記の理由で注意してください。例）user2＠[domain.jp] from 192.168.1.xxx RETR 12327 [28/Jan/2022:10:10:00]
ここで "RETR 12327" を記録していることから見ると、該当ユーザーアカウントのメールボックス残存メールデータがどうやら1万を大きく超えていることを示します。
POP3プロトコルでメールサーバを運用する場合、メールデータを残しっぱなしにしている運用方法は薦められないばかりでなく、場合によっては下記記事であげるように、 logon overlap エラーが起きたり、メールサーバ全体のパフォーマンス低下という危険な状況に陥りかねません。放置しますと間違いなくトラブルの遠因となります。運用ルールを厳格に見直しユーザーに通達してください。
（関連FAQ）
●メールボックスにメールデータを残す運用をしているときの注意点
●POP3メールボックスでメールデータ残存数が多いとパフォーマンス低下による logon overlap エラーが起きるおそれ
●メールボックスに放置されている大量のメールデータを削除するときの注意点
●POP3の詳細ログ（receivepop3）について