リアルタイムに PMail Server2 のステータスを受信してグラフに表示する的なソフトを開発しています。

現在、受信できるステータスは
１）SMTP/POP3/IMAP4 の接続数
２）MTA からの配信数
３）SMTP等の認証エラー数
４）フィルタなどでブロックした数
です。

１画面中のグラフで 480分(8時間分)でバックログに同じだけのバッファを取っていますので、最大16時間分まで遡って参照が可能です。（これは Windows のタスクマネージャーが遡れないので是非とも実装したかった機能）

後述しますが、PMail Server2 本体に UDP の発信機能を追加して、それを受信して表示するという仕組みになっています。

UDP という性質上、確実に到達するわけではありませんので（まぁサーバー上や LAN 内で動かせば、ほぼ 100% ですが）あくまでも参考程度的なソフトです。

詳細情報を送れば送るほど、サーバー本体側の負荷が高まりますので、これ以上の詳細データは送る予定はありません。
あくまでも問題発生の手助け的なソフトで、詳細はログで確認して貰うのが大原則となりますので。

あとこれ以上凝った表示にする予定も余りありません。
昔からのユーザー様ならご存知かと思いますが、私負荷が上がるのを何よりも嫌いますので(^-^;


閑話休題


最初はサーバー側に常駐してコンソールに表示をするような感じに作っていたのですが・・・

（うちの場合は）そもそもサーバーにディスプレイを繋げていませんし、常時開発用のノートは起動していますが、RDP や VNC を起動させっぱなしにしておくのも面倒な上トラフィックを食いますので、その方向での開発は中止しました。
（他にも技術的な問題がありまして、Vista 以降、プロセス間のメッセージのやり取りは下位権限のアプリから上位権限のアプリに対して OS がフィルタ(UIPI)してくれまして、ChangeWindowMessageFilterEx で透過できると思いましたら、どうやら Local System Account で動作しているサービスアプリケーションから、デスクトップアプリケーションへのメッセージはエラーになるらしく、対話を許可したら動くのかなと試行錯誤したのですが、解決方法は見つからず・・・多分セキュリティ的にダメっぽいです。LSA じゃなければ動きそうな気はするのですが試していません）

んで、なんか方法は無いかなと考えていたのですが、お約束のようにネットワークで通信させるのが確実なので、TCP で組んだのですが、TCP はハンドシェイクがあったりして遅い上、クライアントが起動していない場合、タイムアウトを待ったりして、負荷がうなぎのぼりに上昇します。

ということで、TCP もアウト。

じゃぁ TCP がダメなら UDP でしょう。
UDP なら到達は保証されないけど、投げっぱなしにすることができますし、ハンドシェイクが無い分負荷も殆ど掛かりません。（負荷というかタイムアウト）

ということで、まず PMail Server2 側に UDP 発信の機能を実装。
そういえば、UDP の受信側を作るのって余りないなと思いつつ、受信側のクライアントを作ると二転三転していました。
１週間程で作った割には、結構良い感じではないかなと思います。

あ、当然のことながら、PMail Server2 本体も対応していないと動きませんので、次の 2.19a からで無いと利用はできません(^-^;
（多分 2.19a と同時にリリースします。アイコンとイヤーなマニュアル書きが残っていますが・・・）