Postfix の概要 - キューマネージメント
Postfix の概要 - キューマネージメントキューマネージャは active キューに関する情報だけをメモリに 保持します。active キューのサイズは意図的に制限されています: メッセージの作業負荷のピークであっても、キューマネージャは 作業メモリを使い果たすべきではありません。 activeキューにスペースがあれば、キューマネージャは incoming キューと deferred キューから一つずつ メッセージを入れます。 こうすることで、大きなバックログがある場合でも新しいメールが 通り抜けることができます。
上述のキューに加え、Postfix は二つの駐車スペースを維持します。 hold キューには凍結されたメールがためられます; 誰かが postsuper コマンドで メッセージを開放するまでは配送が試行されません。 corrupt ディレクトリには損傷したキューファイルが入ります。 これらを消してしまうのではなく、Postfix は人間が検査できるように 残しておきます。
Postfix はネットワークにおけるよき隣人であろうとします。あるサイトへの メール配送の際には、Postfix は始めは同時に2つのコネクションしか 張りません。配送がうまくいっている間、同時接続数はゆっくりと 設定可能な制限値まで (またはホストやネットワークが負荷を扱えなく なるまで) 増加していきます; 同時接続数は問題に直面すると減少します。 TCP/IP 実装の詳細に詳しい方向けにいうと、Postfix は自身で TCP slow start アルゴリズムを実装しています。
概して Postfix は外行きの SMTP チャネルを全て埋め続けるほどの 仕事がないときにだけ、同じドメインへの同時配送をおこないます。 それゆえ、AOL がオフラインになって戻った時でも、システムが 他のサイトへの配送を止めることはありません。
Postfix が配送できる速さよりも速くメールが届くと、Postfix は 遅延メールよりも新しいメールを優先します。新しいメールは できるだけ小さな遅延で届くべきだと考えます; 遅延メールは システムが暇になった時に配送されるはずです。
試行に失敗するたびに、キューファイルタイムスタンプは メッセージの滞在時間と同じだけの時間未来に移されます。 こうして、配送試行の間の時間は毎回倍になっていきます。 この戦略は効果的に指数関数的速度低下を実装しています。