JP2000066971A - インターネット上で送受信される電子メールアドレスのリストを自動的にクリーニングする方法とそのための装置 - Google Patents

Abstract

(57)【要約】 【課題】 多数の電子メールアドレスが含まれた電子メ
ールアドレスリストから適時に無効な電子メールアドレ
スを自動的に抽出し、それらを除去してリストをアップ
デートする。 【解決手段】 所定のデータ形式で記録されている電子
メールアドレスのリストを読込む。前記アドレスリスト
からメールアドレスを取得し、そのメールアドレスが有
するドメイン名に対応するメールサーバのＩＰアドレス
が所定のネームサーバに登録されているかを問い合わ
せ、登録されていれば、そのメールサーバのＩＰアドレ
スを取得する。メールサーバのＩＰアドレスを取得した
場合、前記メールアドレスに含まれているユーザ名がそ
のメールサーバが管理するドメインに存在するかどうか
を、ＳＭＴＰプロトコルのコマンドを用いてそのメール
サーバに問い合わせる。問い合わせ結果に応じて前記リ
ストを更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールアドレ
スリストをクリーニングする方法とそのための装置に係
わり、特に多数の電子メールアドレスを含む電子メール
アドレスリストについて、無効となった電子メールアド
レスを自動的に抽出して当該リストをクリーニングする
のに好適な電子メールアドレスリストのクリーニング方
法及び装置に関する。

【０００２】

【従来の技術】全世界規模のコンピュータネットワーク
であるインターネットは、遠隔地にあるコンピュータネ
ットワーク間のデータ伝送経路を構成し、今日では種々
の行政機関や大学等の教育機関、企業を始め、一般家庭
内のパソコンでも広く利用されるようになっている。そ
して、インターネット上で電子メールを用いることによ
り、企業間、個人間などで、いわば物理的な距離を超越
した迅速なコミュニケーションを図ることが可能となっ
ている。そのような背景から、個人が所有している電子
メールアドレスも顧客データベースの一つとして収集蓄
積されるようになっている。これは、種々のサービスで
の会員登録、顧客への情報提供、受注活動、種々のアン
ケートなどの業務を電子メールを介して行うことによっ
て、サービス提供の迅速化や省力化が図れるという利点
が広く認識されてきたためである。

【０００３】特に、多数の宛先に同一内容の電子メール
を簡単に送ることができるという特徴を利用して、ネッ
トワーク上のダイレクトメールとして使われることが多
くなっている。これは、従来の郵便を用いる通常のダイ
レクトメールとまったく同様に、あらかじめ送付対象者
を定めて作成されている電子メールアドレスリストに基
づいて、広告や宣伝を本文として含む同一内容の電子メ
ールを、そのアドレスリストに載っている全員に送信す
るものである。このような送信作業は、市販の電子メー
ルソフトウェアなどを利用し、あらかじめアドレスブッ
クに登録してあるアドレスの全てに対して同一の電子メ
ールを送信するように設定すれば容易に実現することが
できる。もちろん、宛先アドレスの範囲を限定すること
によって、リストに記載されているアドレスの内の一部
のみに電子メールを送信することもできる。

【０００４】

【発明が解決しようとする課題】前記のように、電子メ
ールを利用したダイレクトメールは、通常の郵便と異な
りあて名の印刷も不要で、非常に手軽に利用することが
できるが、送付先の基礎データである電子メールアドレ
スリストの内容が陳腐化してくると、送達できずに送信
側又は受信側メールサーバから多数の電子メールが返送
されて来たり、意図しない電子メールアドレスに間違い
メールとして届いてしまうなど、ダイレクトメールとし
ての効率が低下するだけでなく、無関係のユーザに電子
メールが送られて迷惑をかけるなどの不都合が起きる。
この点は、従来の郵便によるダイレクトメールや電話に
よる勧誘などと同様である。すなわち、電子メールアド
レスリストをタイムリーに更新して、無効となっている
電子メールアドレスを除去する作業、いわゆる電子メー
ルアドレスリストのクリーニングは欠かせないものであ
る。

【０００５】ところが、従来このクリーニング作業は、
送達不能で戻ってきた電子メールの宛先アドレスとリス
トに収載されているメールアドレスとをいちいち対照し
ながら人が手作業で行うのが一般的であって、よりいっ
そうの省力化が求められているのが現状である。

【０００６】本発明は以上の問題点に基づいてなされた
ものであり、その目的は、多数の電子メールアドレスが
含まれた電子メールアドレスリストから無効な電子メー
ルアドレスを自動的に抽出し、それらを除去してリスト
を適時にアップデートするクリーニング方法とそのため
の装置を提供することである。

【０００７】

【課題を解決するための手段】前記目的を達成するため
に、本発明のインターネットに接続されたコンピュータ
を用いてインターネット上で送受信される電子メールア
ドレスのリストを自動的にクリーニングする方法及びそ
のための装置は、次の（１）ないし（４）の要件を備え
ている。

【０００８】（１）所定の記憶媒体に所定のデータ形式
で記録されている電子メールアドレスのリストを読込
む。 （２）前記読込まれた電子メールアドレスのリストから
メールアドレスを取得するとともに、その取得されたメ
ールアドレスが有するドメイン名に対応するメールサー
バのＩＰアドレスが所定のネームサーバに登録されてい
るかを問い合わせ、登録されていれば、そのメールサー
バのＩＰアドレスを取得する。 （３）前記（２）のステップによって当該メールサーバ
のＩＰアドレスを取得した場合、前記メールアドレスに
含まれているユーザ名がそのメールサーバが管理するド
メインに存在するかどうかを、所定のプロトコルに準拠
したコマンドを用いてそのメールサーバに問い合わせ
る。 （４）前記（２）のステップで電子メールアドレスのド
メイン名に対応するメールサーバのＩＰアドレスが取得
できなかった場合、または前記（３）のステップで送出
したコマンドに対応して前記メールサーバから所定の応
答コードが返された場合には、当該メールアドレスが誤
っていると判定し、その判定結果に基づいて前記の電子
メールアドレスのリストを更新する。

【０００９】ここで、前記ステップ（２）で、電子メー
ルアドレスに含まれるドメイン名が存在しないと判定さ
れたとき、前記電子メールアドレスリストに含まれる同
一ドメインを有するすべての電子メールアドレスが誤っ
ていると判定してそのリストを更新してもよい。

【００１０】また、前記ステップ（２）で対応するドメ
イン名が存在しないと判定された電子メールアドレス
と、前記ステップ（３）でそのプロトコルの所定の応答
コードが返された電子メールアドレスとを、それぞれ分
類して格納するようにしてもよい。

【００１１】さらに、前記（１）ないし（４）の機能を
実行する電子メールアドレスクリーニングソフトウェア
のコンピュータプログラムは、記録媒体に格納すること
ができる。

【００１２】

【発明の実施の形態】以下、本発明に係る電子メールア
ドレスリストのクリーニング方法及びそのための装置の
一実施形態につき、添付の図面を参照して説明する。

【００１３】《インターネットメールの概要》図１は、
インターネット上を流通する電子メール（以下、インタ
ーネットメール、または単にメールと呼ぶ。）の概略伝
送経路を模式的に示している。メールサーバ１はインタ
ーネットＮに接続されており、そのメールサーバ１には
クライアント２が接続されている。インターネットＮに
は他のメールサーバ３やそのサーバに接続されているク
ライアント４などの、他のクライアント／サーバシステ
ムからなるネットワークが多数接続されており、相互間
でインターネットメールを送受信する。

【００１４】メールサーバ１は、ＵＮＩＸなどのシステ
ムによって動作しているサーバマシンである。また、ク
ライアント２は同じくＵＮＩＸシステム、あるいはMS-D
OS、MS-Windows、MacOS などのシステムで動作するコン
ピュータである。メールサーバ１とクライアント２との
間の接続形態は、ＴＣＰ／ＩＰプロトコルにより、企業
が専用のサーバを自己保有している場合などは、クライ
アント２はＬＡＮ上の一つのノードである。個人がパー
ソナルコンピュータでインターネット接続プロバイダの
サーバに接続している場合には、ダイアルアップＩＰ接
続を利用する場合が多い。

【００１５】インターネットメールは、基本的に、メー
ルサーバを構成するＵＮＩＸシステム間で送受信される
ＵＮＩＸメールである。したがって、パーソナルコンピ
ュータのようなクライアント２との間でＵＮＩＸメール
を送受信するために、メールサーバ１，３にはそれぞ
れ、クライアント２，４からのメール送信を受け持つＳ
ＭＴＰサーバ１ａ，３ａと、クライアント２，４のメー
ル受信を受け持つＰＯＰサーバ１ｂ，３ｂと、クライア
ント２，４宛のメールを格納するメールボックス１ｃ，
３ｃとが備えられている。ドメインネームサーバ（ＤＮ
Ｓサーバ）１ｄは、送信しようとするメールの宛先アド
レスに含まれるドメイン名（例：user@abc.co.jpという
メールアドレスであれば、単価記号（@ ）以降のabc.c
o.jp を指す。）を、対応するＩＰアドレスに変換して
返す機能を有する。これによって、メールサーバ１は、
送信すべきメールのアドレスに含まれるドメイン名に対
応するＩＰアドレスがＤＮＳサーバに登録されていれ
ば、宛先のメールアドレスを管理するメールサーバのＩ
Ｐアドレスを取得することができる。

【００１６】ＳＭＴＰ（Simple Mail Transfer Protoco
l ）は、送信側メールクライアントと送信側ＳＭＴＰサ
ーバとの間、送信側ＳＭＴＰサーバと受信側ＳＭＴＰサ
ーバとの間の通信規約であり、ＲＦＣ８２１（Request
For Comments 821 ）として規格化されている。クライ
アント２からインターネットＮ経由でメールを送信する
場合には、まずクライアント２がメールサーバ１に接続
され、通常sendmailと呼ばれるメール転送システムを介
してＳＭＴＰにしたがった送信先の指定、及びメール本
文の送信を行う。

【００１７】送信側ＳＭＴＰサーバは、送信しようとす
るメールの送信先サーバ、すなわち受信側ＳＭＴＰサー
バのsendmailにメールを送信し、受信側ＳＭＴＰサーバ
では、mailコマンドによってそのメールを該当メールボ
ックスに格納する。このため、ＳＭＴＰサーバの受信処
理ルーチンは常にアクティブとなっている。受信された
メールはメールボックス３ｃに格納され、クライアント
４がＰＯＰサーバ３ｂにログインすることによって、ク
ライアント４が受信することができる。クライアント４
とＰＯＰサーバ３ｂとの間の通信は、ＰＯＰ（Post Off
ice Protocol）にしたがって行われる。

【００１８】《メールアドレスクリーニングの全体フロ
ー》次に、本実施形態によるメールアドレスクリーニン
グ方法について、図２のフローチャートを参照して説明
する。この方法は例えば、適宜のプラットフォーム用に
制作されたメールアドレスクリーニングソフトウェア
を、前記図１のクライアント２にインストールして実行
させることにより実現される。なお、このような本発明
の方法を実行させるソフトウェアは、使用される環境に
応じてどのようなソフトウェア言語を用いて作成しても
構わない。

【００１９】まず、クリーニングされるべきメールアド
レスのリストが、作業用のメモリなどの記憶領域に読み
込まれる（ステップ３０２）。メールアドレスリスト
は、一般的には、プレーンテキストファイルのカンマ区
切り形式、タブ区切り形式などの標準的なフォーマット
として供給されることが好ましいが、メールソフトウェ
アやＷＷＷブラウザなどのアドレスブックファイルであ
っても、あらかじめその記述形式を知ることができるも
のであれば、その形式に対応して読込むことは可能であ
る。このようなメールアドレスリストファイルは、フロ
ッピーディスク、光磁気ディスクのようなリムーバブル
メディアから読込んでもよいし、ハードディスクのよう
な固定記憶媒体から読込むようにしてもよい。

【００２０】次に、読込んだメールアドレスリストか
ら、順次メールアドレスを取得し（ステップ３０４）、
所属するドメインにあるＤＮＳサーバにログインする
（ステップ３０６）。この際、ＤＮＳサーバとの接続に
はＴＥＬＮＥＴプロトコルを用いる。これは、ＤＮＳサ
ーバのプログラムと直接交信して操作を行うために、Ｕ
ＮＩＸベースの端末エミュレーション用プロトコルとし
てはもっとも一般的であり、各種のプラットフォームに
おいて、いわゆるフリーウェアやシェアウェアの形態の
ものを含め多くの優れた通信ソフトウェアが利用できる
（例えば、Windows95 システムには、標準で添付されて
いる。）からである。なお、ＤＮＳサーバのＩＰアドレ
スはＴＥＬＮＥＴ接続の接続先として予め設定しておく
とともに、ＤＮＳサーバへのアクセス権（接続のための
アカウントとパスワード）も通常事前に取得しておくこ
とが必要である。

【００２１】ＤＮＳサーバにログインしたら、前記チェ
ック対象であるメールアドレスが含むドメイン名につい
て、そのドメインで運用されているメールサーバのＩＰ
アドレスを、「nslookup」コマンドを用いて問い合わせ
る。「nslookup」コマンドは、ＵＮＩＸシステムで規定
されているコマンドであって、これを用いてＤＮＳサー
バに登録されているドメイン情報を取得することができ
る。具体的には、 nslookup < ドメイン名> という形式で問い合わせを行うと、これに対して、その
ドメインのＩＰアドレス（より正確には、そのドメイン
名で指定されるサーバに割り当てられているＩＰアドレ
ス）が返される。このとき、「nslookup」コマンドのパ
ラメータとして ｓｅｔ ｑ＝ｍｘ を指定すると、ＤＮＳサーバは前記ドメインで運用され
ているメールサーバのＩＰアドレスを返す。したがっ
て、このステップ３０８において、チェックすべきメー
ルアドレスが属するメールサーバのＩＰアドレスを知る
ことができるのである。なお、前記問い合わせに対応す
るドメインがＤＮＳサーバに登録されていない場合に
は、“Non existent domain ”のメッセージが返される
ので、このときはドメイン名の記載誤り、あるいは当該
ドメイン自体がすでに存在しないなどの理由によって、
そのドメイン名が無効であると判定される。

【００２２】このようなＤＮＳサーバへの問い合わせ結
果については、ステップ３１０にて判定される。すなわ
ち、メールサーバのＩＰアドレスが返されてきた場合
（ステップ３１０，Ｙｅｓ）にはそのＩＰアドレスを取
得し（ステップ３１２）、該当するメールサーバのＩＰ
アドレスが得られなかった場合（ステップ３１０，Ｎ
ｏ）には、チェックしたメールアドレスが無効であると
判定し、ステップ３０４に戻って次のメールアドレスを
リストから取得する。なお、図２には図示していない
が、このときステップ３０８，３１０にてドメイン名が
無効であると判定されたメールアドレスについて、それ
らをまとめて一つのグループに分類して適当な記憶媒体
に格納しておいてもよい。そのとき、一つのファイルに
書き出しておくようにしてもよい。その場合、同じくド
メイン名がエラーと判定されたメールアドレスが発見さ
れれば、それらを順次そのファイルに追記して行くこと
ができる。

【００２３】チェック対象であるメールアドレスのドメ
インに対応するメールサーバのＩＰアドレスが得られた
ら、そのＩＰアドレスを用いてＴＥＬＮＥＴ接続にてメ
ールサーバのＴＣＰポート２５番（ＳＭＴＰプロトコル
用ポート）にログインする（ステップ３１４）。次い
で、ステップ３１６にてメールサーバとの間でメールア
ドレスチェック処理が行われるが、その詳細については
後述する。

【００２４】ステップ３１６のメールアドレスチェック
処理の結果、チェックしたメールアドレスに対して正常
に受け付けられたことを示すコード（コード「２５
０」）が返された場合には（ステップ３１８，Ｙｅ
ｓ）、そのメールアドレスが正しいと判定し、ステップ
３０４の処理に戻り、次にチェックすべきメールアドレ
スをアドレスリストから取得する。ステップ３１６のメ
ールアドレスチェック処理の結果、正常完了コード「２
５０」以外のエラーコードが返された場合には、ステッ
プ３２０の処理に移る。

【００２５】ステップ３２０以降では、ステップ３１６
にて返されたエラーコードに応じた処理が行われる。返
されたエラーコードが「５００」であったときは（ステ
ップ３２０，Ｙｅｓ）、そのエラーコードの原因となっ
たメールアドレスを「アドレスエラーグループ」に分類
して適当な記憶領域に格納する（ステップ３２２）。例
えば、アドレスエラーグループファイルを生成して、同
一グループに分類されるメールアドレスが検出される毎
にそのファイルに追記していくようにすればよい。

【００２６】エラーコードが「５００」でなかった場合
には、処理はステップ３２４へ移り、さらにエラーコー
ドが調べられる。返されたエラーコードが「５５０」で
あれば（ステップ３２４，Ｙｅｓ）、そのエラーコード
の原因となったメールアドレスを「アドレス不通グルー
プ」に分類して適当な記憶領域に格納する（ステップ３
２６）。エラーコードが「５５０」でなかった場合には
（ステップ３２４，Ｎｏ）、そのエラーコードの原因と
なったメールアドレスを「保留グループ」に分類して適
当な記憶領域に格納する（ステップ３２８）。いずれの
グループに分類された場合でも、該当するメールアドレ
スはそのまま利用することができないので、読込んだア
ドレスリストから削除しておく（ステップ３３０）。

【００２７】リストに含まれるすべてのメールアドレス
のチェックが完了したら（ステップ３３２，Ｙｅｓ）、
一連のクリーニング処理を完了する。チェックすべきア
ドレスがリストに残っていれば（ステップ３３２，Ｎ
ｏ）、ステップ３０４に移って次のメールアドレスをリ
ストから取得し、処理を続行する。

【００２８】《メールサーバに対するアドレス問い合わ
せ処理》ここで、本実施形態に係るクリーニング方法に
おけるメールサーバに対するアドレス問い合わせ処理
（前記図２のステップ３１６）の手順について、図３を
参照して詳細に説明する。なお、説明の便宜上、クリー
ニングを実行するクライアントのユーザ名をuser-1、属
するドメイン名をhosta 、問い合わせの対象となるメー
ルサーバが属するドメイン名をhostb とする。

【００２９】まず、クライアントuser-1は、ＴＥＬＮＥ
Ｔ接続により、メールサーバのＴＣＰポート２５番（Ｓ
ＭＴＰプロトコル用ポート）に対して接続要求を送出す
る（ステップ１）。メールサーバhostb は、クライアン
ト側のhosta にメール受信準備ができた旨のメッセージ
を送る（ステップ２）。

【００３０】これを受けて、クライアントuser-1は、自
分のドメイン名を名乗る「HELO hosta」コマンドを送出
する。これに対して、メールサーバhostb はその相手ホ
スト名hosta を了解するコード「250 ok」を返す（ステ
ップ３，４）。

【００３１】次いで、クライアントuser-1は、発信人ア
ドレス（自分のアドレス）を「MAILFrom:user-1@host
a」というコマンドで送出し、受信側はこれを了解して
コード「250 ok」を返す（ステップ５，６）。

【００３２】ここで、クライアントuser-1は、チェック
すべきメールの宛先アドレスを「ＲＣＰＴ」コマンドに
より、例えば「RCPT To:user-a@hostb」という形式でメ
ールサーバhostb へ送出する。このとき、メールサーバ
hosta は受信した宛先アドレスを解析し、user-1に所定
の応答コードを返すが、その応答をケース毎に示すと次
のようになる。

【００３３】《（ｉ）応答コード「２５０」を返した
（ステップ７，８）》ドメインhostb にuser-aというＩ
Ｄで識別されるユーザのメールボックスが存在すれば、
メールサーバはその宛先を了解して正常コード「250 o
k」を返す。これにより、user-a@hostbというメールア
ドレスが正しいことが確認されたわけである。

【００３４】《（ii）応答コード「５００」を返した
（ステップ９，１０）》メールサーバが、受け取ったメ
ールアドレスの文字を認識できない場合である。メール
アドレスを半角文字（１バイト系文字）ではなく全角文
字（２バイト系文字）で入力した場合（例えば「ｕｓｅ
ｒ−１＠ｈｏｓｔｂ」と全角文字でメールアドレスを表
記してしまった場合。）、＜ユーザ名＞＠＜ドメイン名
＞という形式で記述されるべきインターネットメールア
ドレスのユーザ名とドメイン名とが逆に記載された場合
など、いわゆるメールアドレスの入力ミスがこれに当た
る。

【００３５】《（iii ）応答コード「５５０」を返した
（ステップ１１，１２）》メールサーバのクライアント
として、メールアドレスに指定されているユーザ名が存
在しない場合に返されるコードである。入力ミス等によ
り存在しないユーザ名がメールアドレスに含まれること
となった場合（例えば、ユーザ名user-aを、誤ってhost
b に存在しない「user-aa 」と表記してしまった場
合。）、あるいは該当するユーザ名を持つユーザが受信
側メールサーバに登録されていない状態となっている場
合である（例えば、インターネットへの接続プロバイダ
を変更した、あるいは所属していた組織を離れた（例え
ば企業を退職した）ようなケース。）。

【００３６】上記のように、「ＲＣＰＴ」コマンドによ
ってメールアドレスに対応する応答コードを取得した
ら、クライアントuser-1は、コネクションの切断要求で
ある「ＱＵＩＴ」コマンドを送出する。これに対して、
受信側メールサーバは了解コード「221 ok」を返す（ス
テップ１３，１４）。送信側はＴＣＰポート２５の接続
を切って、メールアドレスチェックのルーチンを終了す
る（ステップ１５）。この後、処理はメインルーチンの
応答コード判定およびその判定結果に基づく処理（図２
のステップ３１８以降）に返される。

【００３７】なお、上記した相手のメールサーバから返
される応答コードはＲＦＣ８２１に規定されている基本
的なものであるから、本発明に係るクリーニング方法お
よび装置を実際に適用する場合には、上記実施形態に例
示した応答コード区分にとらわれることなく、具体的な
応答コードおよびその意味内容を勘案して柔軟に判定を
行うように構成することが好ましい。

【００３８】以上のように、本発明に係る方法および装
置によれば、メールアドレスのリストに含まれる全ての
メールアドレスについて、自動的にその有効性をチェッ
クし、応答コードに基づいて自動的にリストのクリーニ
ングを実行することができる。特に、チェックの対象と
なるメールアドレスに実際にメールを送出することなく
メールアドレスの正誤を確認することができるので、ア
ドレスリストに収載されているユーザにはまったく迷惑
をかけることがない。

【００３９】また、チェックの結果から、リストに所収
されているユーザの属性の変化（勤務先、通学先の変更
など）を推定することもできる。

【００４０】

【発明の効果】以上、本発明の一実施形態によって詳細
に説明したように、本発明に係わるインターネット上で
送受信される電子メールアドレスのリストを自動的にク
リーニングする方法及び装置によれば、以下の優れた効
果を奏することができる。

【００４１】（１）従来手作業に頼らざるを得なかった
メールアドレスリストのアップデートを、メールアドレ
スリストを読み込んで自動的に実行できるので、人件費
などのコストを増やすことなくタイムリーなメールアド
レスリストの保守が可能である。

【００４２】（２）メールアドレスのチェックに際して
は、そのアドレスの使用者に確認用のメールが届くなど
の接触が一切ないので、アドレス使用者に何らの迷惑を
かけることがない。

【００４３】（３）アドレスチェック時に得られる応答
コードに応じて、アドレス使用者に生じた勤務先等の属
性の変化を知ることができる。

【図面の簡単な説明】

【図１】インターネットメールのシステム概要を示す概
略ブロック図である。

【図２】本発明の一実施形態に係わるインターネット上
で送受信される電子メールアドレスのリストを自動的に
クリーニングする方法の処理を示すフローチャートであ
る。

【図３】図２のフローチャートにおけるメールサーバに
対するアドレス問い合わせ処理の手順を示す説明図であ
る。

【符号の説明】

１，３ メールサーバ ２，４ メールクライアント １ａ，３ａ ＳＭＴＰサーバ １ｂ，３ｂ ＰＯＰサーバ １ｃ，３ｃ メールボックス １ｄ ドメインネームサーバ Ｎ インターネット

Claims (5)

【特許請求の範囲】
1. 【請求項１】 インターネットに接続されたコンピュー
   タを用いてインターネット上で送受信される電子メール
   アドレスのリストをクリーニングする方法であって、次
   の（１）ないし（４）の要件を備える。 （１）所定の記憶媒体に所定のデータ形式で記録されて
   いる電子メールアドレスのリストを読込む。 （２）前記読込まれた電子メールアドレスのリストから
   メールアドレスを取得するとともに、その取得されたメ
   ールアドレスが有するドメイン名に対応するメールサー
   バのＩＰアドレスが所定のネームサーバに登録されてい
   るかを問い合わせ、登録されていれば、そのメールサー
   バのＩＰアドレスを取得する。 （３）前記（２）のステップによって当該メールサーバ
   のＩＰアドレスを取得した場合、前記メールアドレスに
   含まれているユーザ名がそのメールサーバが管理するド
   メインに存在するかどうかを、所定のプロトコルに準拠
   したコマンドを用いてそのメールサーバに問い合わせ
   る。 （４）前記（２）のステップで電子メールアドレスのド
   メイン名に対応するメールサーバのＩＰアドレスが取得
   できなかった場合、または前記（３）のステップで送出
   したコマンドに対応して前記メールサーバから所定の応
   答コードが返された場合には、当該メールアドレスが誤
   っていると判定し、その判定結果に基づいて前記の電子
   メールアドレスのリストを更新する。
2. 【請求項２】 前記ステップ（２）で電子メールアドレ
   スに含まれるドメイン名が存在しないと判定されたと
   き、前記電子メールアドレスリストに含まれる同一ドメ
   インを有するすべての電子メールアドレスが誤っている
   と判定してそのリストを更新することを特徴とする請求
   項１に記載の方法。
3. 【請求項３】 前記ステップ（２）で対応するドメイン
   名が存在しないと判定された電子メールアドレスと、前
   記ステップ（３）でそのプロトコルの所定の応答コード
   が返された電子メールアドレスとを、それぞれ分類して
   格納することを特徴とする請求項１に記載の方法。
4. 【請求項４】 請求項１に記載の（１）ないし（４）の
   機能を備えてなる、電子メールアドレスリストの自動ク
   リーニング装置。
5. 【請求項５】 請求項１に記載の（１）ないし（４）の
   機能を実行するコンピュータプログラムを格納してなる
   記録媒体。