Apache Jamesによるメールアプリケーションフレームワークの導入

最近，携帯電話向けのWebサイトでは，本文が空のメールをそのWebサイトの会員登録用メールアドレスに送信してもらうことで，会員登録を実行するものがあります．このようなシステムでは，ユーザから送られてきたメールのFromヘッダからユーザのメールアドレスを取得し，会員データベースに登録する処理が行われます．このように会員登録をWebではなくメールで実行するのは，携帯電話の場合面倒となるメールアドレスの入力を省く，また入力ミスのない実在のメールアドレスを登録してもらう，といった意味があります．

このようにメールを受け取り，その受け取ったメールに対して何らかの処理（上記の例では，Fromヘッダを取得してデータベースに保存する）を実行するアプリケーションの作成方法を考えてみます．プログラムがメールをメールサーバから受け取るには，

などの方法があります．a)，b)は，新着メールをプログラムからポーリングして監視し取得するもので，c) はメールサーバが提供するプログラム実行手段を使用するものです．ここでは，広く使われているeの方法についてもう少し考えていきます．

● aliasファイルによるメール処理
メールのaliasファイル（/etc/aliases）に

test: "|/usr/local/majordomo/wrapper"

と設定した場合，testあてにメールが届くと，メールサーバによりプログラム/usr/local/majordomo/ wrapperが起動され，メールの内容が標準入力を介してこのプログラムに受け渡されます．このように標準入力から受け取ったメールを処理するプログラムを作成することで，メール処理アプリケーションが実現できます．この方法では，メール到着時に直ちにプログラムが起動・処理され，無駄な新着メール監視のポーリング処理が発生しません．

上記aliasファイルからのプログラムの起動は，SMTP サーバとしてSendmail を使用する場合の例で，この方法によるメール処理アプリケーションは，SMTPサーバに依存する可能性があります．とはいえ，同様のアプリケーション実行方法は，Sendmail以外に qmail などのメールサーバでも実装されており，メールの自動振り分け等を行なうProcmailやメーリングリストの管理プログラムであるMajordomo など広く使われています．

● Javaによるメール処理
この方法を使用してJava言語でメール処理アプリケーションを作成する場合の問題点をもう少し考えて見ましょう．上記例では，testあてにメールが到着する度にwrapperプロセスが起動されます．プロセスの起動は，OSにとってコストの高い処理です．メール処理アプリケーションをJava言語で作成する場合は，メール到着のたびにJavaVMが起動されることになりますが，現在のJavaVMは起動時にCPUを多く消費します．またHotSpot のような動的な最適化技術の恩恵が得られにくくなります．JavaVMをインタプリタモードで起動することで，起動時のCPU消費量を多少軽減できますが，この場合は起動後の実際のメール処理でパフォーマンス低下に繋がる可能性があります．

また，前記アプリケーションの例のように，From ヘッダの内容をデータベースに保存するようなプログラムでは，メールが到着する度にデータベースの接続処理が発生してしまい効率が悪くなったり，メールが到着するごとに異なるJavaVMプロセスが動作するため，同期処理が必要となった場合その実現が厄介となることもあります．これらの問題は，いずれもアプリケーションの構造を工夫することで回避することは可能ですが，本来のビジネスロジックではない余計なプログラムの開発が必要となってしまいます．

● Jamesのメリット
さてJamesです．Jamesは，100% Javaで記述され幅広い動作環境をサポートするとともに，Mail処理を行なうためにMailetフレームワークを提供します． Mailetフレームワークは，メールの送受信を含むメール処理はもちろん，スレッド・ログの管理など，メール処理に付随する多くの機能も提供しています．これによりプログラムの生産性を向上させるとともに，マルチスレッドのサポートで，高い効率のメール処理アプリケーションの実行環境を提供します．

　<< prev　　↑index　　next >>

このドキュメントに関するご意見、ご要望などはまで。