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

シングルプロセスモードの不具合の修正とマルチプロセスモードでのプロセスの役割（プロセスロール）機能の実装となっています。

マルチプロセスモードのプロセスの役割（プロセスロール）は、複数起動したプロセスに個別にプロトコルを指定することができる機能です。

2.36a までのプロセスロールは、全て同一となっていましたので１〜５まで全て、SMTP/POP3/IMAP4 が実行されていましたが、2.36b では５つプロセスを起動する場合

１）SMTP
２）IMAP4
３）IMAP4
４）IMAP4
５）POP3 (+MTA)

のように負荷の大きなプロトコルを多めに割り当てることができます。

充分な CPU パワーとメモリ、また高速なストレージがある場合は、全てのプロセスに全てのプロトコルを割り当てても良いのですが、多くのクライアントからの接続があった場合、それを満たすのは困難な場合があります。

各プロセスに処理を行うプロトコルを限定することにより、以下のメリットが生じます。

ａ）該当するプロセスはその処理だけに専念することができます。

１プロセスに SMTP/POP3/IMAP4 の全ての処理を行わせますと、IMAP4 への接続が多かった場合、それ以外のプロトコルの処理速度に影響が出る場合があります。

上記の例の場合、プロセス１は SMTP のみ処理を行い、２〜４は IMAP4 を担当し、５は POP3 と MTA （MTA は最後のプロセスのみ担当します）と処理を分散させることができます。

この処理により、１つのプロセスが利用する CPU パワーやメモリを抑えることができ、且つ安定した動作を見込むことができます。

ｂ）サービスのバックアップ機能としても利用できます。

１）SMTP
２）IMAP4
３）IMAP4
４）IMAP4
５）SMTP / POP3 (+MTA)

のような組み合わせにしますと、なんらかの理由によりプロセス１が接続を受けられなくなった場合（プロセスの異常停止についてはプロセスの監視で自動復帰させることができます）プロセス５の SMTP がプロセス１の SMTP の変わりに処理を引き継ぐことができます。

もちろん、

１）SMTP / POP3 / IMAP4
２）SMTP / POP3 / IMAP4
３）SMTP / POP3 / IMAP4
４）SMTP / POP3 / IMAP4
５）SMTP / POP3 / IMAP4 (+MTA)

のような構成にすることも可能です。
（ただし、このような場合は各プロセスでの同時接続数を制限しないと、非常に処理が遅くなる場合があります）

同時起動するプロセス数と、各プロセスへのプロトコルの割り当てと、同時接続数の設定により、利用されているサーバー機のスペックに合わせた柔軟な設定が可能となります。


もう１点、現時点ではまだ 100%確定ではありませんが、Pro版よりも上位の Enterprise版をリリースする予定です。

機能としては現時点では Pro版と殆ど変わりませんが、同時起動できるプロセス数の上限が廃止された版となります。

価格等についてもまだ未定でありますが、マルチプロセス機能を正式にリリースする時点で検討しております。
（アップグレードに関しては、従来通り、差額分のみでアップグレードも可能とします）