Postfix の概要 - グローバルアーキテクチャ

イントロダクション

メールシステムには Sendmail のようになんでもこなす一つの大きなモノリシックプログラムとして実装されているものがあります。確かに一つの大きなプログラムではデータをシステムの異なる部分で共有するのが簡単になります。不幸なことに、一つの大きなプログラムは致命的な失敗も起こしやすくなります。qmail のように固定された順番で他のプログラムを動かし、使い終ったら捨ててしまうという、プログラムの厳密な階層構造を使うメーラもあります。このアプローチはプロセス生成のオーバーヘッドとプロセス内通信を犠牲にして、よりよい絶縁状態をもたらします。この余分なコストは仕事を賢い方法で分割することで、許容範囲内におさめることができます。

Postfix のアーキテクチャ

Postfix は半永続的な、相互に協力するプロセスに基礎を置いています。これらは特定の親子関係を持たずにお互いに対して特定の仕事をこなします。この場合も、別々のプロセスがする仕事は一つの大きなプログラムを使うよりもよい絶縁状態をもたらします。さらに Postfix のアプローチでは、アドレス書き換えのようなサービスを全ての Postfix コンポーネントプログラムから、一つのアドレス書き換えだけのためにプロセス生成の負担を招かずに使えるという利点があります。ところで: Postfix がこのアプローチを使う唯一の(メール)プログラムだというつもりはありません。この比較的若い分野であっても、それ以前に他の誰もしたことがない新しい何かを仕上げることは困難です。

Postfix デーモンプロセスを要求によって動かす常駐マスターサーバとして、 Postfix は実装されています: ネットワークメールメッセージの送受信をするデーモンプロセス、ローカルにメールを配送するデーモンプロセスなど。これらのプロセスは設定された数まで生成され、設定された回数だけ再利用され、設定されたアイドル時間を経過すると消滅します。このアプローチは別々のプロセスのよい絶縁状態を提供しながらも、徹底的にプロセス生成のオーバーヘッドを減らします。

Postfix は Sendmail を置き換えることを意図しています。このため、現在存在するインフラストラクチャと互換であることを目指します。しかし、ローカル配送プログラムのように Postfix システムの多くの部分は inetd ライクな設定ファイルを編集することで容易に置き換えられます。例えば、シェルにログインすることのなく、 UNIX アカウントさえ持たないかもしれない POP/IMAP ユーザに低い権限に固定されて走る代わりのローカル配送プログラムを提供する予定です。

このアーキテクチャの結果として、Postfix はぎりぎり最低限まで機能を削ることが容易です。停止されたサブシステムは exploit されることはありません。ファイアウォールはローカル配送を必要としません。クライアントワークステーションでは、smtp リスナーとローカル配送サブシステムを停止できます; もしくはクライアントは maildrop ディレクトリをファイルサーバからマウントし、Postifix プロセスを全く常駐させなくします。

Postfix プロセス間の通信

Postfix システムの核は1ダースほどの半常駐プログラムによって実装されています。秘匿性の理由から、これらの Postfix プロセスは UNIX ドメインソケットや保護されたディレクトリにある FIFO を通して通信します。このような秘匿性にもかかわらず、Postfix プロセスはこの方法で受け取るデータを本当に信頼しません; Postfix キューファイルの内容と全く同じように、それらを単なる噂話として扱います。

Postfix のプロセス間で渡される情報量は制限されています。多くの場合、 Postfix プロセス間で交換される情報はキューファイル名と受信者のリストもしくはいくつかの状態情報だけです。一旦 E メールメッセージがファイルに保存されると、メール配送プログラムに読まれるまで、そこに留まります。

Postfix は情報を失うことを避けるために、常に用心しています: 受信を確認する前に全てのデータを flush と fsync() し、エラー状態を調べるため、全てのシステムコールの結果をチェックします。このプログラミングスタイルを目新しいと感じる人がいるかもしれませんが、ここ数年多くの場所で標準になってきているのは確かです。