<< 2008/03/ 1 2 1. リベンジシリーズ第2弾 J.B.ハロルドの事件簿
3 4 5 6 7 1. run-parts(periodic)で mail の送信先を変更する
8 9 1. クライアントサイドで dnsbl を使った URL フィルタリングを自由に選べたら便利かも
10 11 12 1. Fastladder の rating を加点方式で使い始めた
13 14 15 16 17 18 1. ctags -x で定義一覧表
19 1. Komodo Edit を触ってみた
20 21 22 23 24 25 26 27 28 29 1. はーしんど
30 31 >>
トップ «前の日記(2008-03-02) 最新 次の日記(2008-03-09)» 編集

2008-03-07 [長年日記]

_ run-parts(periodic)で mail の送信先を変更する

いやなんかね。cron の管理が面倒で面倒で。とにかく登場するファイルの数を減らしたいわけです。

crontabファイルとスクリプトの氾濫

cron の設定管理は意外に難しい。crontab ファイル一つにすべて書くと見にくくなるし、だからと言って Linux で cron.d/ 以下に分けて書くと何時にどういうジョブが走るのか、全体の見通しが悪くなる。システム全体に関わるジョブを実行ユーザーが root じゃないからという理由で crontab コマンドを使って設定するなんてもってのほか。

また、cron.d/ 方式は crontab と実際に実行するスクリプトがそれぞれ別個に増えていく方式なので、煩雑さに拍車がかかる。

というかそもそも一つ一つのスクリプトについていちいち細かく実行時間を設定したくない。

解決案 run-parts(periodic) の活用

ではどうするのがよいのだろうと思い悩んだが、

  • 特別負荷が高くなく
  • 順番に依存しない処理

であれば、daily, weekly, monthly のように run-parts(periodic) を活用するのがよいように思う。この方法は

あるディレクトリ以下に実行するスクリプトを直接置くだけ*1

という気軽さがあるし、crontab ファイルは増えないので実行スクリプトの管理だけに集中することができる。

run-parts(periodic)活用時の MAILTO 問題

crontab は独自に MAILTO や HOME などの変数を解釈してくれるし、スクリプトを実行するユーザーも個別に指定できる。これを活用することで permission の問題に対応したり結果の送信先を柔軟に変更できるのだが、run-parts(periodic) を利用した場合は残念ながら cron が run-parts を実行するユーザーが誰であるかに関係なく root 宛に mail が届く。*2

この送信先を変更したければ

run-parts DIR | sendmail ADDR

として明示的にメールの送信先を変更するしかないみたい。

またこの方法で変更した場合に届くメールは当然 cron からの通知ではないので subject が自動で設定されたりはしない。man sendmail.

cf.

*1 ただしファイル名に注意。ルールに合わないファイル名のスクリプトは無視される。

*2 みたい。今回は run-parts でしか試してないけど。