root宛のメールが溜まっている：中身の読み方と対処

レン

SSHでログインしたら「You have mail」って出た。誰からのメール？

プロクラ

サーバー自身からだよ。定期実行の結果や、システムからの警告が、管理者宛のメールとして届く仕組みになっているんだ。外に出ていないので、サーバーの中に溜まっている。

何が届いているのか

• 定期実行の出力（成功・失敗を問わず、出力があれば送られる）
• 自動更新の結果や、再起動が必要になった旨の通知
• ディスクの状態やハードウェアに関する警告
• セキュリティ関連の通知（設定によっては、権限昇格の記録も）

プロクラ

つまり、サーバーが「これは知らせておきたい」と判断したことが集まっている場所なんだ。ここを一度も読まないまま運用している人は多いけれど、けっこう重要な情報が入っているよ。

読み方

• mail コマンドで読む（環境によっては別途導入が必要）
• ファイルとして直接読むこともできる（/var/mail/ 以下にある）
• 件数が多いときは、件名だけをざっと眺めて傾向を掴む
• 同じ件名が大量に並んでいたら、それが今の問題

プロクラ

4つめが実用的だよ。同じ通知が何百件も溜まっている場合、その処理がずっと失敗し続けている。件名を見るだけで原因の当たりがつく。

溜めたままにしない

プロクラ

放置すると、2つの問題が出る。まず、ディスクを圧迫する。次に、本当に大事な通知が埋もれる。読まれない通知は、無いのと同じだからね。

• 自分が普段使っているメールアドレスへ転送する設定にする
• 転送先で受け取れるか、実際にテストする
• 溜まっている古いものは、内容を確認してから消す
• そもそも出力しなくてよい定期実行は、出力を捨てる設定にする

プロクラ

4つめは大事な考え方だよ。「毎回成功しているのに毎回メールが来る」なら、それは通知として機能していない。成功時は黙り、失敗時だけ知らせる形にすると、届いた時点で意味を持つ。

転送するときの注意

ウィルスン

…その通知、サーバーの内部事情が書かれているのだったな。転送先が乗っ取られていれば、ワタシはそこから情報を読めるということだ。

• 転送先のメールアカウントも、二段階認証で守る
• 転送先が受け取れなくなると、通知が全部失われる点に注意する
• サーバーから外へメールを送れる状態か、先に確認する
• 送れない環境なら、別の通知手段（チャット等）を検討する

レン

サーバーからの手紙だったんだ。成功時は黙らせて、失敗だけ届ける。

そもそも受け取れているか

プロクラ

通知を転送する設定にしても、サーバーから外へメールが出せなければ届かない。設定した気になって、実は何も届いていなかった、というのはよくある話だよ。

• 設定したら、必ず自分宛にテスト送信して確かめる
• 届かない場合、外向きの経路が塞がれている可能性がある
• 迷惑メールフォルダに入っていないかも確認する
• 届かない環境なら、メール以外の通知手段を検討する

プロクラ

「通知を設定したから安心」がいちばん危ないんだ。通知の仕組み自体が壊れていても、誰も教えてくれないからね。半年に一度くらい、届くかどうかを確かめる日を作っておくといいよ。