表題のバージョンをリリースしました。

主な変更点として

１）メモリリーク等のチェック及び最適化。

全体的な総チェックのような感じです。
１点メモリリークがありましたので修正を行い、それ以外では無駄なメモリを利用していた点を最適化などを行いました。

と言っても大げさな物ではなく、ＡとＢで利用するメモリを「Ａを実行する際に確保して開放」そして「Ｂを実行する際に確保して実行」を「Ａを実行時に確保して続けてＢを実行してから開放する。」という具合です。

と書くと簡単なんですが、今回は全てのコードをずーーっと追いかけてチェックを入れましたのでトータルでは結構な修正量となっています。

２）Pro版に CPU 負荷によるリミッター制御機能。

これは、メールサーバーにとっては避けられない仕様とも言えるのですが、サーバー同士で同じアドレスに対して転送が行われると、永久ループが発生します。

これは、サーバーＡとサーバーＢ同士の場合は、CPU 負荷よりもネットワークの方が遅いので、トラフィックが増大しますが、CPU の負荷はさほど大きくありません。

問題は、サーバーが同じだった場合です。
一番簡単に実現できるのは、アカウントＡのフォワード設定にアカウントＢへの転送を、アカウントＢのフォワード設定にアカウントＡへの転送を設定すると簡単に発生します。

PMail Server2 自身には転送回数によって再転送を中断するような設定もありますが、これがメーリングリストなどで発生すると、一気に大量の配信が発生し、あっと言う間に CPU パワーを食いつぶします。

配信は出来る限り高速に行うように作っていますが、ある意味これが仇となっていました。

CPU パワーを食いつぶすと、サービスアプリケーションである PMail Server2 はまだバックグラウンドで動きますが、デスクトップ自体がフリーズに近い状態になります。

こうなると、サービスを停止させる為にコントロールパネルを開くのもままならず、タスクマネージャーを起動させるのが精一杯になります。

当然、ストレージにも良くありませんし、これからの時期 CPU の熱暴走にも繋がったりします。

前置きが長いのですが、こういう状況を避けるべく、サーバー本体でサーバー機自身の CPU 負荷を監視して、設定されたしきい値を越えた場合、MTA 処理の制限を行う機能を追加しました。



上記の永久ループを意図的に発生させた状況です。

上が従来の通り、制御を行っていない状況です。
完全フリーズとまでは行きませんが、相当な重さになっています。

下が CPU負荷 80% で MTAの制御を実施している状態です。
負荷が上がれば MTA にリミッターがかかり、負荷が下がれば元の処理に戻る。ということを繰り返していますので、負荷が均等に上下しています。
もちろんデスクトップがフリーズするようなこともありません。

今の所、制御が行われるのは MTA のみです。
他のプロトコルに関しては、同時アクセスが増えれば負荷はもちろん上がりますが、基本的に、クライアントからコマンドを送り、サーバーが応答して、クライアントはその応答を待つ。という形ですので、元々負荷が上がりにくい為です。