JP2003037633A - メールサーバおよびメールサーバにおけるメール処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明の課題は、ユーザにとって管理が容易
な、バーチャルドメインによるメールシステムを提供す
ることである。 【解決手段】 本発明は、リアルドメインおよびバーチ
ャルドメインを管理するメールサーバであって、宛先メ
ールアドレスが示す前記リアルドメインまたは前記バー
チャルドメインのいずれかのドメインにおけるユーザ情
報を管理するドメイン管理テーブルと、所定のメール配
送プロトコルにしたがって、外部からメールを受け付け
る機能と、前記ドメイン管理テーブルを参照し、前記受
け付けたメールのユーザ情報を特定する機能と、前記特
定されたユーザ情報にしたがって、前記受け付けたメー
ルを所定のスプール領域にスプールする機能と、を備え
たことを特徴とするメールサーバである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールを扱う
メールサーバに関し、特に、電子メールの受信・スプー
ルおよびスプールした電子メールの引き出しを行うメー
ルサーバおよびこのようなメールサーバにおける処理方
法に関する。

【０００２】

【従来技術】近年のインターネットの急速な広がりとと
もに、いわゆるインターネットメールの利用も普及して
きた。このインターネットメールでは、メールアドレス
は、“＜ユーザ名＞＠＜ドメイン名＞”で構成され、メ
ールはメールヘッダとメールボディで構成される（ＲＦ
Ｃ８２１等）。なお、インターネットメールは、狭義に
は、メール配送プロトコルであるＳＭＴＰ（Simple Mai
l Transfer Protocol）にしたがった電子メールをいう
が、事実上、電子メールそれ自体がインターネットメー
ルを指して使用されているので、ここでは、特にこだわ
らない限り、インターネットメールを「電子メール」ま
たは単に「メール」と呼ぶことにする。

【０００３】ユーザＡがユーザＢに対して電子メールを
送る場合、メールシステム上の動作は次のように説明す
ることができる。すなわち、ユーザＡは、自身のシステ
ム上のＭＵＡ（Mail User Agent）を呼び出す。このＭ
ＵＡは、いわゆる「メーラ」が相当し、メール作成の機
能を補助的に提供するものである。ユーザＡがＭＵＡの
「送信」ボタンを選択すると、作成されたメールをＭＴ
Ａ（Mail Transport Agent）に引き渡す。ＭＴＡは、メ
ールヘッダを解析し、ドメイン名からユーザＢのシステ
ム（ここではメールサーバ）を決定し、特定のサービス
ポートを介してそのメールをユーザＢのＭＴＡに引き渡
す。ユーザＢのＭＴＡはメールを受け取ると、そのメー
ルヘッダに所定のヘッダメッセージを付加して、ＬＤＡ
（LocalDelivery Agent）に引き渡す。ＬＤＡは、ユー
ザＢのメールボックス（スプールファイル）に追加す
る。

【０００４】現在、パーソナルユーザの多くは、ＩＳＰ
（Internet Service Provider）経由でインターネット
に接続しており、自分自身のドメインを管理していな
い。このようなユーザは、ＩＳＰのシステム上にユーザ
アカウントを持っており、そこへのメールは、ＩＳＰの
システム上のユーザアカウントごとのメールボックスに
配送される。ユーザは、ＰＰＰ（Point-to-Point Proto
col）により断続的にＩＳＰに接続し、リモートメール
プロトコルを用いて、自身のメールボックスに配送され
たメールを取り出す。このようなリモートメールプロト
コルとしては、ＰＯＰ３（Post Office Protocol Versi
on 3）やＩＭＡＰ４（Internet Message Access Protoc
ol Version 4）が知られている（ＲＦＣ１９３９、ＲＦ
Ｃ２０６０等）。

【０００５】電子メールは、ドメインごとに管理される
ユーザアカウントに配送され、個々のドメインは基本的
には１つメールサーバ上で実現されるが、１つのメール
サーバをあたかも複数のメールサーバ（つまり複数のド
メイン）があるように見せかけるバーチャルドメイン化
により、１つのメールサーバにおいて１人のユーザに異
なったドメインのメールアドレスを複数割り当てること
が可能である。ここでは、実際に存在するユーザアカウ
ントに対応する本来のメールアドレスを「リアルメール
アドレス」と呼び、バーチャルドメイン上のメールアド
レスを「バーチャルメールアドレス」と呼ぶことにす
る。

【０００６】

【発明が解決しようとする課題】上述したようなバーチ
ャルドメインを実現したメールサーバにおいて、１人の
ユーザが、ユーザ名（ユーザアカウント）が同一のリア
ルメールアドレスとバーチャルメールアドレスとを利用
しようとする場合、そのユーザの唯一のメールボックス
にメールがスプールされ、ユーザは、リアルメールアド
レスに配送されたメールとバーチャルメールアドレスに
配送された電子メールとを区別して取り出すことができ
なかった。

【０００７】このため、バーチャルメールアドレスに対
するメールをエイリアス機能により他のリアルメールア
ドレスに振り替えることにより、かかる問題を回避して
いた。例えば、ユーザ“taro”のリアルメールアドレス
“taro@abc.com”について、バーチャルメールアドレス
“taro@xyz.net”を設定し、ＰＯＰサーバ“mail.xyz.n
et”に対してＰＯＰアカウント“v-taro”でスプールさ
れたメールを取り出していた。このことは、メールアド
レス“v-taro@abc.com”に対してメールを送ることと等
価であることを意味している。したがって、ユーザ“ta
ro”は、１つのメールサーバ上で複数のメールアドレス
を持つことができる一方、ＰＯＰ３等によるメールの取
り出しに際しては、個々のリアルメールアドレスに対し
て行わなければならず、管理が煩雑であった。

【０００８】そこで、本発明は、ユーザにとって管理が
容易な、バーチャルドメインによるメールサーバを提供
することを課題としている。

【０００９】

【課題を解決するための手段】上記課題を解決するため
の本発明は、リアルドメインおよびバーチャルドメイン
を管理するメールサーバであって、宛先メールアドレス
が示す前記リアルドメインまたは前記バーチャルドメイ
ンのいずれかのドメインにおけるユーザ情報を管理する
ドメイン管理テーブルと、所定のメール配送プロトコル
にしたがって、外部からメールを受け付ける機能と、前
記ドメイン管理テーブルを参照し、前記受け付けたメー
ルのユーザ情報を特定する機能と、前記特定されたユー
ザ情報にしたがって、前記受け付けたメールを所定のス
プール領域にスプールする機能と、を備えたことを特徴
とするメールサーバである。

【００１０】また、本発明は、リアルドメインおよびバ
ーチャルドメインを管理するメールサーバであって、宛
先メールアドレスが示す前記リアルドメインまたは前記
バーチャルドメインのいずれかのドメインにおけるユー
ザ情報を管理するドメイン管理テーブルと、所定のリモ
ートメールプロトコルにしたがって、外部からメールド
ロップ要求を受け付ける機能と、前記ドメイン管理テー
ブルを参照し、前記受け付けたメールドロップ要求が示
すユーザ情報を特定する機能と、前記特定されたユーザ
情報に基づいて、所定のスプール領域にスプールされて
いるメールを取り出して、前記所定のリモートメールプ
ロトコルにしたがって、前記取り出したメールを送信す
る機能と、を備えたことを特徴とするメールサーバであ
る。

【００１１】ここで、前記ドメイン管理テーブルは、前
記ドメインごとにそれぞれ対応するユーザパスワードフ
ァイルを含むことが望ましい。それぞれのユーザパスワ
ードファイルには、受信したメールをスプールするため
のスプール領域へのパス（スプールパス）が指定されて
いる。

【００１２】上記の発明は、方法の発明としても把握す
ることができ、また、プログラムの発明あるいはプログ
ラムを記録した記録媒体の発明としても把握することが
できる。さらに、各発明のコンビネーションの発明とし
ても成立する。

【００１３】

【発明の実施の形態】次に、本発明の実施の形態につい
て、図面を参照しつつ説明する。

【００１４】図１は、本実施形態に係るメールサーバ１
の構成を説明するためのブロックダイアグラムである。
このメールサーバ１は、典型的には、オペレーティング
システムを含む各種ソフトウェアと各種ハードウェアと
が共働することにより実現されるシステムである。な
お、ここでいう「メールサーバ」という語は、電子メー
ルの送受信・スプール機能を提供するいわゆるＳＭＴＰ
サーバと、電子メールのダウンロード（メールドロッ
プ）機能を提供するいわゆるＰＯＰサーバとを含む広い
意味で用いている。また、ここでいう「ＰＯＰサーバ」
という語も、広くメールドロップ機能を提供するサーバ
を意味し、同様の機能を提供するＩＭＡＰサーバ等を排
除する意味で用いているのではない。

【００１５】このメールサーバ１には、リアルドメイン
および１以上のバーチャルドメインが設定されている。
また、メールサーバ１にユーザアカウントを有するユー
ザには、リアルドメインおよびバーチャルドメインのそ
れぞれについてのメールアドレスが割り当てることが可
能である。例えば、このメールサーバ１に、リアルドメ
イン“abc.com”およびバーチャルドメイン“xyz.net”
のそれぞれが設定されているとすると、ユーザアカウン
ト“taro”についてはリアルメールアドレス“taro@ab
c.com”およびバーチャルメールアドレス“taro@xyz.ne
t”が割り当てられることが可能である。

【００１６】このようなメールアドレスにしたがってメ
ールサーバ１に配送された電子メールを、ユーザが自身
のクライアントへダウンロードする場合には、それぞれ
のドメインに対応するＰＯＰサーバ名（ホストネーム）
を指定することにより行う。例えば、リアルドメイン
“abc.com”については、ＰＯＰサーバは“mail.abc.co
m”で指定され、バーチャルドメイン“xyz.net”につい
ては、ＰＯＰサーバは“mail.xyz.net”で指定される。
ユーザは、それぞれのドメインのＰＯＰサーバに対し
て、それぞれのユーザアカウント（つまり“taro”）で
メールのダウンロードを行う。

【００１７】すなわち、同図において、メール配送エー
ジェント１１は、ネットワークＮおよび通信ポート１２
を介して、図示しない外部のメール配送エージェントと
の間で、所定のメール配送プロトコルにしたがって、電
子メールの送受信サービスを行う。より具体的には、メ
ール配送エージェント１１は、通信ポート１２の所定の
ポート（例えば２５番）を監視しており、ネットワーク
Ｎを介してそのポートに、図示しない外部のメール配送
エージェントからコネクション接続要求があった場合に
は、これとの間で所定のメール配送プロトコルにしたが
って電子メールの受信を行うとともに、電子メールの送
信を行う際には、所定のポートを介して外部のメール配
送エージェントに対してコネクション接続要求を行った
後、所定のメール配送プロトコルにしたがって、電子メ
ールの送信を行う。メール配送エージェント１１は、典
型的にはＳＭＴＰ機能を実現するとともに、後述するよ
うに、本発明の特徴的な機能を実現している。

【００１８】ドメインファイル１３は、システム上に実
現されているそれぞれのドメインにおけるユーザアカウ
ントに対する所定のユーザパスワードファイルへのパス
を指定している。

【００１９】リアルユーザパスワードファイル１４ａ
は、リアルドメインにおけるユーザアカウントに関する
情報（ユーザ情報）を保持する。より具体的には、リア
ルパスワードファイル１４ａは、ユーザアカウントごと
に１つのレコードから構成され、それぞれのレコード
は、「ユーザアカウント」、「パスワード」、「ユーザ
ＩＤ」、「グループＩＤ」、「付加情報」、「スプール
パス」および「シェル」等のフィールドから構成され
る。「スプールパス」には、リアルメールアドレスに対
して配送されてきたメールがスプールされるべきリアル
スプール領域１５ａへのパスが指定される。なお、ここ
でいう「パス」とは、メールサーバ１が扱うことができ
るファイルシステム上のファイルの位置を示す情報であ
り、例えば、“/home/vpopmail/users/taro/Maildir/”
というように表現される。リアルユーザパスワードファ
イル１４ａは、例えば“/etc/passwd”ファイルとして
保持される。

【００２０】また、バーチャルユーザパスワードファイ
ル１４ａは、バーチャルドメインにおけるユーザアカウ
ントについてのユーザ情報を保持する。より具体的に
は、バーチャルパスワードファイル１４ｂは、ユーザア
カウントごとに１つのレコードから構成され、それぞれ
のレコードは、「ユーザアカウント」、「パスワー
ド」、「ユーザＩＤ」、「グループＩＤ」、「付加情
報」、「スプールパス」および「クォータ」等のフィー
ルドから構成される。「スプールパス」には、バーチャ
ルメールアドレスに対して配送されてきたメールがスプ
ールされるべきバーチャルスプール領域１５ｂへのパス
が指定され、「クォータ」にはスプール領域におけるそ
のユーザに対する最大記憶容量を示す値が指定される。

【００２１】スプール領域１５は、配送されてきたメー
ルをスプールするための領域であり、典型的にはファイ
ルシステムとして表現される。スプール領域１５は、リ
アルスプール領域１５ａおよびバーチャルスプール領域
１５ｂから構成されている。スプール領域１５ａ，１５
ｂのそれぞれは、ユーザアカウントごとにディレクトリ
によって区切られ、そのディレクトリ以下に１つの電子
メールごとに１つのファイルとして格納される。

【００２２】メール取り出しエージェント１６は、図示
しない外部のクライアントとの間で、所定のリモートメ
ールプロトコルにしたがって、スプールされた電子メー
ルのメールドロップサービスを行う。つまり、クライア
ントからみれば、スプールされた電子メールのダウンロ
ードサービスを提供している。より具体的には、メール
取り出しエージェント１６は、通信ポート１２の所定の
ポート（例えば１１０番）を監視しており、ネットワー
クＮを介してそのポートに、図示しない外部のクライア
ントからメールドロップ要求があった場合には、所定の
ユーザ認証を行った後、これとの間で所定のリモートメ
ールプロトコルにしたがって、所定のスプール領域１５
からスプールされている電子メールを取り出して、これ
をクライアントに送信するとともに、取り出した電子メ
ールをスプール領域１５から削除する。メールドロップ
要求は、リアルドメインについてのＰＯＰサーバまたは
バーチャルドメインについてのＰＯＰサーバのいずれか
に対して行われる。メール取り出しエージェント１６
は、典型的にはＰＯＰ機能を実現するとともに、後述す
るように、本発明の特徴的な機能を実現している。

【００２３】図２は、本実施形態に係るメールサーバに
おける電子メール受信時の動作を説明するためのフロー
チャートである。

【００２４】同図に示すように、メールサーバ１のメー
ル配送エージェント１１は、電子メールを受信すると
（ＳＴＥＰ２０１）、その電子メールのメールヘッダで
示される宛先メールアドレス中のドメイン名を抽出する
（ＳＴＥＰ２０２）。次に、メール配送エージェント１
１は、ドメインファイル１３を参照し、抽出したドメイ
ン名に対応するユーザパスワードファイルを決定する
（ＳＴＥＰ２０３）。すなわち、受信した電子メールが
リアルドメインに対するもの、つまりその宛先メールア
ドレスがリアルメールアドレスであれば、メール配送エ
ージェント１１は、リアルユーザパスワードファイル１
４ａへのパスを取得し、一方、受信した電子メールがバ
ーチャルドメインに対するもの、つまりその宛先メール
アドレスがバーチャルメールアドレスであれば、バーチ
ャルユーザパスワードファイル１４ｂへのパスを取得す
る。

【００２５】メール配送エージェント１１は、参照すべ
きユーザパスワードファイル１４ａまたは１４ｂを決定
した後、そのユーザパスワードファイル１４ａまたは１
４ｂを参照し、宛先メールアドレス中のユーザ名にした
がって、そのユーザ名に対応するスプールパスを取得す
る（ＳＴＥＰ２０４）。そして、メール配送エージェン
ト１１は、受信した電子メールを、取得したスプールパ
スで示されるスプール領域にスプールする。すなわち、
受信した電子メールの宛先メールアドレスがリアルメー
ルアドレスであれば、メール配送エージェント１１は、
そのユーザのリアルスプール領域１５ａにその電子メー
ルをスプールし、一方、受信した電子メールの宛先メー
ルアドレスがバーチャルメールアドレスであれば、その
ユーザのバーチャルスプール領域１５ｂにその電子メー
ルをスプールする。

【００２６】図３は、本実施形態に係るメールサーバに
おける電子メール取り出し時の動作を説明するためのフ
ローチャートである。

【００２７】すなわち、同図に示すように、メールサー
バ１のメール取り出しエージェント１６は、ネットワー
クＮを介して外部のクライアントからメールドロップ要
求を受信すると（ＳＴＥＰ３０１）、ドメインファイル
１３を参照し、そのメールドロップ要求のあったドメイ
ンに対応するユーザパスワードファイルを決定する（Ｓ
ＴＥＰ３０２）。すなわち、メールドロップ要求がリア
ルドメインに対するものであれば、メール取り出しエー
ジェント１６は、リアルユーザパスワードファイル１４
ａへのパスを取得し、一方、メールドロップ要求がバー
チャルドメインに対するものであれば、バーチャルユー
ザパスワードファイル１４ｂへのパスを取得する。

【００２８】次に、メール取り出しエージェント１６
は、参照すべきユーザパスワードファイル１４ａまたは
１４ｂを決定した後、クライアントからユーザ認証情報
を受け取り、そのユーザパスワードファイル１４ａまた
は１４ｂを参照し、ユーザ認証を行う（ＳＴＥＰ３０
３）。その結果、ユーザ認証に成功した場合には（ＳＴ
ＥＰ３０４のＹｅｓ）、メール取り出しエージェント１
６は、さらにそのユーザパスワードファイルを参照し、
そのユーザに対応するスプールパスを取得する（ＳＴＥ
Ｐ３０５）。そして、メール配送エージェント１１は、
取得したスプールパスで示されるスプール領域１５にフ
ァイル形式で保存されている電子メールをそこから取得
し（ＳＴＥＰ３０６）、これをクライアントに送信する
（ＳＴＥＰ３０７）。なお、メール取り出しエージェン
ト１６は、スプール領域１５から取り出して送信した電
子メールを削除する。

【００２９】例えば、ユーザアカウント“taro”を有す
るユーザは、このメールサーバ１に設定されたリアルド
メイン“abc.com”について、リアルメールアドレス“t
aro@abc.com”を有し、バーチャルドメイン“xyz.net”
についてバーチャルメールアドレス“taro@xyz.net”を
有しているものとする。また、リアルユーザパスワード
ファイル１４ａのユーザアカウント“taro”のスプール
パスは“/home/vpopmail/users/taro/Maildir/”が指定
され、バーチャルユーザパスワードファイル１４ｂのユ
ーザアカウント“taro”のスプールパスは“/home/vpop
mail/domains/xyz.net/taro/Maildir/”が指定されてい
るものとする。

【００３０】このような場合において、リアルメールア
ドレス“taro@abc.com”宛の電子メールは、“/home/vp
opmail/users/taro/Maildir/”以下にファイル形式で保
存され、バーチャルメールアドレス“taro@xyz.net”宛
の電子メールは、“/home/vpopmail/domains/xyz.net/t
aro/Maildir/”以下にファイル形式で保存されることに
なる。

【００３１】そして、それぞれのスプール領域１５ａま
たは１５ｂにスプールされた電子メールは、リアルＰＯ
Ｐアカウント“taro”およびバーチャルＰＯＰアカウン
ト“taro”で、それぞれのドメインに対するＰＯＰサー
バ（“mail.abc.com”および“mail.xyz.net”）からダ
ウンロードすることになる。

【００３２】以上のように、本実施形態によれば、リア
ルドメインに対して配送される電子メールとバーチャル
ドメインに対して配送される電子メールとは、それぞれ
別々のスプール領域にスプールされることになる。

【００３３】また、本実施形態によれば、スプール領域
にスプールされた電子メールを取り出す際には、それぞ
れのドメインについてのスプール領域（ＰＯＰサーバ）
に対して、同一のユーザアカウントで取り出すことがで
きるようになる。

【００３４】上記実施形態は、本発明を説明するための
例示であり、本発明をこの実施形態にのみ限定する趣旨
ではない。本発明は、その要旨を逸脱しない限り、さま
ざまな形態で実施することができる。例えば、上記機能
実現手段の動作をシーケンシャルに説明したが、特にこ
れにこだわるものではない。従って、動作に矛盾が生じ
ない限り、処理の順序を入れ替えまたは並行動作するよ
うに構成しても良い。

【００３５】

【発明の効果】本発明によれば、メールアドレス上のユ
ーザ名と、スプールされたメールを取り出す際のユーザ
アカウント名とが統一され、ユーザ操作に誤解を与える
ことなく、管理が容易なメールサーバが提供されること
になる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るメールサーバの構成
を説明するためのブロックダイアグラムである。

【図２】本発明の一実施形態に係るメールサーバにおけ
る電子メール受信時の動作を説明するためのフローチャ
ートである。

【図３】本発明の一実施形態に係るメールサーバにおけ
る電子メール取り出し時の動作を説明するためのフロー
チャートである

【符号の説明】

１…メールサーバ １１…メール配送エージェント １２…通信ポート １３…ドメインファイル １４…ユーザパスワードファイル １５…スプール領域 １６…メール取り出しエージェント Ｎ…ネットワーク

Claims (7)

【特許請求の範囲】
1. 【請求項１】リアルドメインおよびバーチャルドメイン
   を管理するメールサーバであって、 宛先メールアドレスが示す前記リアルドメインまたは前
   記バーチャルドメインのいずれかのドメインにおけるユ
   ーザ情報を管理するドメイン管理テーブルと、 所定のメール配送プロトコルにしたがって、外部からメ
   ールを受け付ける機能と、 前記ドメイン管理テーブルを参照し、前記受け付けたメ
   ールのユーザ情報を特定する機能と、 前記特定されたユーザ情報にしたがって、前記受け付け
   たメールを所定のスプール領域にスプールする機能と、
   を備えたことを特徴とするメールサーバ。
2. 【請求項２】リアルドメインおよびバーチャルドメイン
   を管理するメールサーバであって、 宛先メールアドレスが示す前記リアルドメインまたは前
   記バーチャルドメインのいずれかのドメインにおけるユ
   ーザ情報を管理するドメイン管理テーブルと、 所定のリモートメールプロトコルにしたがって、外部か
   らメールドロップ要求を受け付ける機能と、 前記ドメイン管理テーブルを参照し、前記受け付けたメ
   ールドロップ要求が示すユーザ情報を特定する機能と、 前記特定されたユーザ情報に基づいて、所定のスプール
   領域にスプールされているメールを取り出して、前記所
   定のリモートメールプロトコルにしたがって、前記取り
   出したメールを送信する機能と、を備えたことを特徴と
   するメールサーバ。
3. 【請求項３】前記ドメイン管理テーブルは、前記ドメイ
   ンごとにそれぞれ対応するユーザパスワードファイルを
   含むことを特徴とする請求項１または２記載のメールサ
   ーバ。
4. 【請求項４】リアルドメインおよびバーチャルドメイン
   を管理するメールサーバにおける電子メールの処理方法
   であって、 宛先メールアドレスが示す前記リアルドメインまたは前
   記バーチャルドメインのいずれかのドメインにおけるユ
   ーザ情報を管理するドメイン管理テーブルを有し、 所定のメール配送プロトコルにしたがって、外部からメ
   ールを受け付けるステップと、 前記ドメイン管理テーブルを参照し、前記受け付けたメ
   ールのユーザ情報を特定するステップと、 前記特定されたユーザ情報にしたがって、前記受け付け
   たメールを所定のスプール領域にスプールするステップ
   と、を備えたことを特徴とするメールサーバにおける電
   子メールの処理方法。
5. 【請求項５】リアルドメインおよびバーチャルドメイン
   を管理するメールサーバにおける電子メールの処理方法
   であって、であって、 宛先メールアドレスが示す前記リアルドメインまたは前
   記バーチャルドメインのいずれかのドメインにおけるユ
   ーザ情報を管理するドメイン管理テーブルを有し、 所定のリモートメールプロトコルにしたがって、外部か
   らメールドロップ要求を受け付けるステップと、 前記ドメイン管理テーブルを参照し、前記受け付けたメ
   ールドロップ要求が示すユーザ情報を特定するステップ
   と、 前記特定されたユーザ情報に基づいて、所定のスプール
   領域にスプールされているメールを取り出すステップ
   と、 前記所定のリモートメールプロトコルにしたがって、前
   記取り出したメールを送信するステップと、からなるこ
   とを特徴とするメールサーバにおける電子メールの処理
   方法。
6. 【請求項６】リアルドメインおよびバーチャルドメイン
   を管理するメールサーバで実行されるプログラムであっ
   て、 所定のメール配送プロトコルにしたがって、外部からメ
   ールを受け付ける機能と、 宛先メールアドレスが示す前記リアルドメインまたは前
   記バーチャルドメインのいずれかのドメインにおけるユ
   ーザ情報を管理するドメイン管理テーブルを参照し、前
   記受け付けたメールのユーザ情報を特定する機能と、 前記特定されたユーザ情報にしたがって、前記受け付け
   たメールを所定のスプール領域にスプールする機能と、
   を備えたことを特徴とするプログラム。
7. 【請求項７】リアルドメインおよびバーチャルドメイン
   を管理するメールサーバで実行されるプログラムであっ
   て、 所定のリモートメールプロトコルにしたがって、外部か
   らメールドロップ要求を受け付ける機能と、 宛先メールアドレスが示す前記リアルドメインまたは前
   記バーチャルドメインのいずれかのドメインにおけるユ
   ーザ情報を管理するドメイン管理テーブルを参照し、前
   記受け付けたメールドロップ要求が示すユーザ情報を特
   定する機能と、 前記特定されたユーザ情報に基づいて、所定のスプール
   領域にスプールされているメールを取り出して、前記所
   定のリモートメールプロトコルにしたがって、前記取り
   出したメールを送信する機能と、を備えたことを特徴と
   するプログラム。