JP2004523012A

JP2004523012A - 権限が与えられていない電子メールを排除するシステム

Info

Publication number: JP2004523012A
Application number: JP2001520583A
Authority: JP
Inventors: ピーター，エル．カツィカス，
Original assignee: ピーター，エル．カツィカス，
Priority date: 1999-09-01
Filing date: 2000-08-25
Publication date: 2004-07-29

Abstract

【課題】ネットワークでユーザに送信された権限が与えられていない電子メールを排除するシステム
【解決手段】ネットワークでユーザに送信された権限が与えられていない電子メールを排除するシステムは、ネットワークとユーザに送信された電子メールを受信するユーザの電子メールクライアント（１０１）との間に接続された電子メール受信サーバ（１０４）を備え、送信者のアドレスが「権限が与えられた送信者」リスト（ＡＳＬリスト）に保存されているどの送信者のアドレスにも一致しないような電子メールを拒絶するようになっている。ＡＳＬリストは、スパム処理モジュールと共に使用可能なＡＳＬデータベース（２０３ａ）の中のＡＳＬマネージャ（２１１）に保存される。リダイレクタモジュール（２０２）は、確認の要求をスパム処理モジュールに送信することに関して、送信者のアドレスがＡＳＬリストのどの権限が与えられた送信者アドレスにも一致しない場合にはその電子メールを拒絶する。リダイレクタモジュールによって拒絶された電子メールは、ウェブベースメッセージモジュール（ＷＢＭ）（２０４、２０５）に転送され、このモジュールは送信者が受信者にとって正当な電子メール送信者であることを確認するためにメッセージを送信者に送信する。もし送信者がステータスを確認するためにログオンすれば、ＷＢＭモジュールは、確認行為が機械的なプログラムによって実行されないことを保証するために人間だけが行なうことができる相互対話手続きを実行する。ＡＳＬマネージャは、送信された電子メール、受信された電子メール、ユーザによって保存されたコンタクトリスト、ユーザ優先入力、サード・パーティのプログラム等を含む様々な電子メール利用ソースの分析から収集された送信者アドレスデータに基づいたＡＳＬリストを管理する。

Description

【０００１】
【発明の属する技術分野】
本発明は、望まない電子メールを排除するためのシステムに関し、特に、電子メールが受理されるために権限が与えられた送信者によって送信されたと全ての電子メールを識別しなければならないシステムに関する。
【０００２】
【従来の技術】
求めていない電子メール又は権限が与えられていない電子メール（例えば、迷惑メール）は、現在の公共のインターネットといった世界的なネットワークのユーザにとって重大な悩みの種である。一度ネットワークシステムにおいてある人の電子メールアドレスが知られると、それはコンピュータ処理されたリストの中で容易にコピーされ、そして、そのユーザに対して電子メールを送信する権限が与えられていないか又は望まれていない無制限の人々に電子的に送信されうる。
【０００３】
ユーザの電子メールボックスには、そのような権限が与えられていない電子メールが殺到しうる。権限が与えられていない又は求めていない電子メールは、一般的に産業界において「スパム」という言葉で呼ばれているが、その言葉はホーメル社が「Ｓｐａｍ」という商標で販売している人気のある肉の缶詰製品を連想させ又はけなすものではない。ユーザは、商業情報サービスプロバイダ（ＩＳＰ）サービスに所定の電子メールアドレスを持っているであろうが、プロバイダのサービスは受け入れ及び／又は記憶可能な電子メールの量を制限するか、または受信した量によってユーザに課金する。ユーザは、同様に、そのような求めていない電子メールを開き、そして再び見ることで重要な時間を無駄に使うことになる。権限が与えられていない電子メールは、同様に、ユーザのコンピューターシステムに感染したり、あるいはユーザの電子メールを扱うローカルネットワークに入ることが権限が与えられていないポイントとして使用することができるウィルス又は有害なソフトウェアエージェントを電子メールの中に同封するような無節操な人によって送信されるだろう。
【０００４】
【発明が解決しようとする課題】
スパムの受信を管理するための現代のソフトウェアの全て、そうでない場合はそのほとんどが、公知のスパムのソースあるいはスパムの送信者（スパマー）の確認リストを使用することを基礎としている。かかる従来のスパム管理ソフトウェアは、送信者が除外リストにあると識別されず、電子メールがフィルタを通過できれば全ての電子メールを正当であるとして受信することに基づき動作する。
【０００５】
この方法は、単に確認リストととしては良好であるが、ユーザがスパムを受信しないということは保証はできない。スパマーリストは頻繁に更新されなければならず、全ての加入者へタイムリーな方法でスパム管理ソフトウェアあるいはサービスを配信しなければならない。慣れたスパマーは、頻繁に彼らのソースインターネットアドレスを変更し、そして、除外リストを最新のものに保とうとする試みを破ることができる。彼らは、同様に、害が無いとして通過できるか、あるいは広く認められた名前の電子メールのソースを偽装するために他の組織のインターネットサーバを通じて求めていない電子メールを送信することができる。ユーザの電子メールアドレスも公共のチャットルームあるいは公共の掲示板で多くの人々に知られることになる。個人による電子メールの送信は技術的にスパムでないため、個人から送信された求めていない電子メールはスパマーリスト上に足跡を残さない。
【０００６】
従って、本発明の第一の目的は、ソースアドレスを頻繁に変更し、または、他のサーバを通じて電子メールを送信してそれらを偽装するスパマーによって、あるいは、ユーザが要求せず又は認可していない電子メールを個人が送信することによって破ることのできないスパム管理システムを提供することにある。特に本発明の目的は、送信者がユーザの受け入れリストに存在すると認められないかぎり全電子メールを権限が与えられていないとして本発明のシステムが拒絶することにある。
【０００７】
【課題を解決するための手段】
本発明に従い、ネットワークにおいてユーザに送信された権限が与えられていない電子メールを排除するシステムは、
（ａ）ユーザの特定の電子メールアドレスへアドレス指定され、ネットワークを通じて送信された電子メールの受信をユーザに配信するための電子メールクライアントと、
（ｂ）ネットワークとユーザの特定の電子メールアドレスへアドレス指定された電子メールを受信するための電子メールクライアントとの間に接続された電子メール受信サーバであって、ユーザへ電子メールを送信する権限が与えられた外部ユーザの電子メールアドレスのＡＳＬリストを保存した権限が与えられた送信者リスト（ＡＳＬ）モジュールを有する上記電子メール受信サーバと、
（ｃ）送信者の電子メールアドレスがユーザのためのＡＳＬリストに保存されていないものである場合には、ユーザの電子メールアドレスに送信された電子メールの受信を拒絶するための、ＡＳＬモジュールと共に作動可能な電子メール拒絶モジュールとを含む。
【０００８】
好ましい実施形態において、システムのＡＳＬモジュールは、システムの各加入者のために権限が与えられた送信者アドレスのＡＳＬリストを保存するためのＡＳＬデータベースと、一致がないかどうかＡＳＬリストを照合するためのスパムプロセッサモジュールと、そして、ＡＳＬリストを作成し、維持し、最新のものにするためのＡＳＬマネージャとを含む。リダイレクタモジュールは、確認の要求をスパム処理モジュールに送信することに関して、もし送信者のアドレスがＡＳＬリスト上に発見されたどの権限が与えられた送信者アドレスとも一致しない場合には、電子メールを拒絶する。リダイレクタモジュールによって拒絶された電子メールは、ウェブベースメッセージングモジュール（ＷＢＭ）に転送され、このモジュールは送信者が受信者に対する正当な電子メール送信者であることを確認するために送信者に通知するメッセージを送信する。もし送信者がステータスを確認するためにログオンするならば、ＷＢＭモジュールは、確認行為が機械的なプログラムによって行なわれないことを確認するため、人間だけが行なうことのできる相互対話手続きを実行する。ＡＳＬマネージャは、送信された電子メール、受信された電子メール、ユーザによって保存されたコンタクトリスト、ユーザ優先入力、サード・パーティのプログラム等を含む様々な電子メール利用ソースの分析から収集された送信者アドレスのデータに基づいたＡＳＬリストを管理する。
【０００９】
本発明は、上記機能を実行するための関連する方法のみならず、上記のこれらの機能を実行できるようにするソフトウェア構成要素を含む。
【００１０】
【発明の実施の形態】
以下、図面を参照し、本発明の他の目的、特徴、及び利点について以下に詳細に説明する。
【００１１】
権限が与えられていないとして除外リストに記載された場合を除いて、全電子メールを受信する既存のスパム管理方法のアプローチとは異なり、本発明の基本的な原理は、権限が与えられたとして包含リストにリストアップされていなければ全電子メールを拒絶することである。この様に、ユーザが求めていない電子メールを送信する個人と同様に、認められていないスパマーから送信された電子メールを排除することが可能である。公知の電子メールフィルタリングシステムと異なり、本発明は、求めていない電子メールを、それが受信された後に排除しようとはしない。それどころか、それは、最も早いエントリーレベルでその電子メールを完全に拒絶する。こうして、本発明は、ユーザが電子メールを受信するために、送信者が「権限が与えられた送信者」リスト上に発見されなければ、権限が与えられていないとして全電子メールを扱うとい前提で実施される。このことは、スパム送信者が即座に自分たちのソースアドレスあるいは見かけのアイデンティティを変更することができ、そして公共の場での個人が、他のユーザの電子メールアドレスを入手し、彼らに求めていない電子メールを送信することができる環境内で、本来強力で１００％有効なスパム管理解決法を提供する。
【００１２】
以下は、本発明の概念を実行するためのシステムにおける一つの好ましい実施例の詳細な説明である。この実施例では、スパム管理システムは、誰にどれだけの頻度で送信電子メールが他のユーザにアドレスされたかというようなユーザの電子メールの使用に関する継続した分析を基礎とし、ユーザの知られたコンタクトやユーザによって維持されそして権限が与えられたとみなされた人々を示すリストあるいはファイルで確認される仲間というようなハイレベルなユーザコンタクトデータの収集により、「権限が与えられた送信者」のリストをインテリジェントに明確にする。「権限が与えられた送信者」のリストは、さらに、ユーザによって、権限が与えられた送信者を加えたり削除したりするように、任意の時間に最新のものにされ、処理されることになる。この特定の実現例を使用し説明する方法により協働して利用できるように所定の構成要素を提供し構成するが、本発明の完全な範囲は、以下説明する発明の概念に対する他の適当な変形例及び変更例を含むものであると理解すべきである。
【００１３】
図１Ａは、インターネット上において送信し受信される電子メールのための標準的な電子メールシステムのブロック図であり、スパマーからの電子メールを排除するための従来方法を説明するために使用される。そのシステムは、インターネット上において電子メールを処理するための標準的な産業プロトコルに従い、ＳＭＴＰと呼ばれる。ユーザは、一般的に選ばれたＩＳＰとともに、電子メールサービスを含むインターネットアクセスや関係するサービスに加入する。そのユーザは、ダイアルアップあるいは高速回線接続と標準的ブラウザを使用して、ＩＳＰを通してインターネットにアクセスする。ブラウザは、ワシントンのベルビューに本部を置くＭｉｃｒｏｓｏｆｔによって配布されたＯｕｔｌｏｏｋ（商標）電子メールクライアント、あるいはバージニアのフェアファックスに本部を置くＡＯＬ／Ｎｅｔｓｃａｐｅによって配布されたＮｅｔｓｃａｐｅ（商標）電子メールクライアントというような標準的な電子メールクライアント１０１を含み、これと共に機能する。ＩＳＰは、インターネット上で、ユーザによるアドレスが可能なドメインネームに対応するウェブサイトのアドレスで働く。ＩＳＰのサービス機能は、一つ以上のサーバを通して、多くの加入者に対して働く。一般に、電子メールサーバ１０２は、電子メールサービス機能を処理するために使用される。インターネットからＩＳＰへ送信された電子メールは、アドレスがＩＳＰの権限が与えられた加入者であるかどうかというような種々の管理機能が働くＳＭＴＰサーバ１０２ｂで受信され、そして、その電子メールは、インボックス１０２ａと呼ばれるユーザのために留保された格納スペースに置かれる。ユーザは、自分達の電子メールクライアントでそれぞれ電子メールを作成し、そしてインターネット上でメールを受信者へ発送するＩＳＰにおいて、ＳＭＴＰサーバ１０２ｂへそれをアップロードすることで、電子メールを送信することができる。
【００１４】
従来のスパム防止管理は、ＳＭＴＰサーバ及び／又は電子メールクライアントで、実現できた。多くのＩＳＰは、ＳＭＴＰサーバで知られたスパマーの除外リストを実行する。加えて、これらＩＳＰは、ユーザが知っているある送信者からの求めていない電子メールをユーザが一般に排除できるようにしている。例えば、ユーザの電子メールクライアントは、ＳＭＴＰサーバにより受信された電子メールがユーザのインボックスに入る前に電子メールを排除するようＳＭＴＰサーバに求めていない電子メールの送信者アドレスをユーザが入力出来るようにする排除機能を有する。さらに、独立系ソフトウェア会社は、ユーザの電子メールクライアントと共に働く精巧な電子メール処理プログラムを販売している。例えば、いくつかの処理プログラムは、受信された電子メールを項目のファイルフォルダに分類するための機能を有し、そして認められていない送信者からの電子メールは、「その他」あるいは「認められていない」ファイルフォルダに入れられる。
【００１５】
図１Ｂは、本発明に係るシステムの概念的な概観が示されている。従来と同様、標準的な電子メールクライアント１０１は、ＳＭＴＰサーバ１０４ｂとインボックス１０４ａを経由するインターネットへ電子メールを送信し、そしてそれらから電子メールを受信するための電子メールサーバ１０４に接続される。しかしながら、この変更された電子メールサーバ１０４では、権限が与えられた送信者リスト（ＡＳＬ）マネージャは、ブロック１０５に示されるように、ユーザによって送信された電子メールから受信者のメールアドレスを得、同様に、ブロック１０６に示されるようにユーザへ送信された電子メールから送信者のメールアドレスを得る。ＡＳＬマネージャは、得られた送信者メールアドレスと受信者メールアドレスを分析し、そしてメールアドレスを加えたりＡＳＬリストあるいはＡＳＬデータベースと呼ばれる「権限が与えられた送信者」リストからアドレスを排除したりするため、（以下の詳細で記述された）予め定義したあるルールを使用する。ブロック１０７で示されるように、他の全電子メールは「権限が与えられていない」ものとして拒絶する一方で、ＡＳＬリストは、ＡＳＬリスト上にある送信者からだけの電子メールを受信するため、そして受信された電子メールをユーザのインボックス１０４ａに入れるようＳＭＴＰサーバ１０４Ｂにより使用される。
【００１６】
図２を参照して本発明のスパム防止システムの操作上ステップへのフローを説明する。説明の中で用いるある用語を次のように定義する。
【００１７】
スパムカプ：本発明のスパム管理システムの例
加入者：本発明のスパム管理システムを使用しているＩＳＰ電子メールサービスに加入する人
フレンド：加入者へ電子メールを送信するためにスパム管理システムによって権限が与えられた電子メール送信ソース
スパマー：加入者へ電子メールを送信することが認められない電子メールソースのことであり、このソースはマニュアルあるいはインターネットを通して大容量の電子メールを繰り返して送信するコンピュータ処理された電子メールリスト郵送プログラムを使用している未知否認知あるいは不正な当事者であると一般的に理解されている。
コンタクト：加入者の正当な通信者として、システムによって確認されてきた電子メール送信ソースは、システムによって加入者へ電子メールを送信することが認められる。
サスペクト：スパマーかコンタクトかのどちらかとしてまだ識別されていない電子メール送信ソース
【００１８】
インターネット（１０３）から送信された電子メールは、加入者のために、ブロック２０１内のスパムカプ電子メールアドレス（ＳＫＥ）と呼ばれるＩＳＰ電子メールアドレスへ送信される。受信された電子メールは、リダイレクタ２０２をまず通過しなければならない。レダイレクタ２０２は、権限が与えられた送信者リスト（ＡＳＬ）２０３ｂを含み、スパムデータベース（ＳＰＤＢ）２０３ａを維持するスパムプロセッサ２０３からの電子メールのための確認を求めるリクエストを送信しなければならない。ＳＰＤＢデータベースとＡＳＬリストは、スパムカプの中心となっているその理由は、それらは、システムの各加入者へ電子メールを送信する権限が与えられた人々のリストを包含するからである。スパムプロセッサ２０３は、電子メールの送信者アドレスがＡＳＬリスト上に権限が与えられていない、つまりスパマーであるか、またはＡＳＬリスト上で認可されているアドレス、すなわちフレンドであるかのいずれかの応答を送信する。もしスパマーであるとする応答であれば、ブロック２０４に示されているように、例えばアドレスに書かれたユーザが存在しないという標準的エラーメッセージが送信サーバへ送信されることで、リダイレクタ２０２は、その電子メールを拒絶する。
【００１９】
システムへの改良として、ブロック２０５にあるウェブベースメッセンジャー（ＷＢＭ）プロセスは、拒絶された電子メールが権限が与えられていないがＡＳＬリストにスパマーとして記載されていない人物からのものである場合には、補正手続を提供するためセットアップできる。その権限が与えられていない電子メールは、実際には、スパム防止システムにおいて以前に処理された人物からではなく、加入者へ到達する正当な理由を持つ人物からのものであろう。ＷＢＭプロセス２０５は、電子メールが転送されるスパム管理システムの一部としてセットアップされる。拒絶された電子メールの受信者に関して、ＷＢＭプロセスは、電子メールごとにそれぞれＩＤコードと有効期限を割り当てて、それをＷＢＭデータベース内に保管する。そしてＷＢＭプロセスは、今やサスペクトとして扱われるようになった電子メール送信者へ、エラー応答電子メールを送信する。例えば、エラーメッセージは次にとおりである：
「貴方が加入者のアドレスへ送信した電子メールは、スパム電子メールのソースたる権限が与えられていない送信者アドレスから送信されたものとして、このサイトに拒絶されました。もし貴方が、加入者に自分の電子メールを届ける正当な理由を有する人物である旨の証明をお望みであればＷＢＭサイトへ行き、コンタクトとして自分のステータスを確認して下さい。」
【００２０】
ＷＢＭは、サスペクトとの相互対話手続のため別々のウェブサイトアドレスを所有するか、あるいはサスペクトからの電子メール応答を受信し認識するためセットアップされる。あるサスペクトがエラー応答電子メールを受信した場合、かれらが加入者にとって正当なコンタクトであれば、正当なコンタクトとして自らを確認するため、ＷＢＭサイトへ行くかあるいは回答電子メールの送信を選択する。有効期限以前に行なわれたならば、ＷＢＭプロセスは、ブロック２０６に示されるように「コンタクト」のような特別なコードワードを転送された電子メールのサブジェクト欄に追加し、そして権限が与えられた送信者メールボックス（ＡＳＭ）２０９へ電子メールを再送信する。このプロセスを経て再転送された電子メールの送信者アドレスは、同様に保管され（ブロック２１０へ接続された回線によって示されるように）、ＡＳＬマネージャ２１１がサスペクトのステータスをフレンドへ格上げすべきか、そしてＡＳＬ２０３ｂへ追加するべきかを決定するというさらなる分析のために登録される。サスペクトが回答しない場合は、この事実も、さらなる分析のためＡＳＬマネージャへ送信される。スパマーは、バッチ電子メールを送信する際に自動プログラムを使用し、次に通常のＷＢＭサイトへログオンするため人間の応答時間をかけるか又は自らの正当なステータスを確認するために回答電子メールを送信するので追加確認ステップは有効にスパマーを排除できる。
【００２１】
送信者がフレンドであるという確認応答をスパムプロセッサが送信する場合は、リダイレクタ２０２は加入者のステータスを検査して加入者のインボックスであるＡＳＭ２０９に電子メールを保存するという管理機能が働くブロック２０８にあるようなＳＭＴＰ受信マネージャへ電子メールを送る。こうしてユーザは、（ＰＯＰ３あるいはＩＭＡＰ４のような標準的なインターネットプロトコルを使用している）ＡＳＭインボックスから、自分のコンピュータ上のユーザ電子メールクライアント１０１を通して、自分の電子メールを集めることができる。システムに権限が与えられたと認識されていない送信者からの全電子メールは拒絶されてしまっているので、ユーザの電子メールは１００％スパムから逃れられる。ＳＭＴＰ受信マネージャは、同様に、フレンドからの電子メールの受信情報を登録し、さらなる分析のためＡＳＬ２０３ｂへ電子メールを送信するようになっている。
【００２２】
ユーザは、標準的なＳＭＴＰプロトコル経由の電子メールクライアント１０１上で作成され送信された電子メールをＩＳＰの電子メールサーバへ送信する。ＩＳＰのＳＭＴＰサーバは、システム内の電子メールアドレスをユーザに提供し、ユーザの電子メールをスパムカプシステム内のインターネット上で受信者の電子メールアドレスへ送信する役割を有し、ＳＭＴＰ送信マネージャ２１２は、通常の電子メール送信プロセスに介入するように設けられている。ＳＭＴＰ送信マネージャ２１２は、全送信電子メールからヘッダ情報をコピーし、そのデータをＡＳＬマネージャ２１１へ送り、そして電子メールをその予定された目的地へ送信する。ＡＳＬマネージャ２１２は、本発明において鍵となる機能の一つを実行する。このマネージャは、送信された電子メールのヘッダと、電子メールログやユーザに供給されたリストのような、ＩＳＰ電子メールサーバシステムによって維持された他のデータソース２１３からのデータとを分析する。（以下のより詳細に説明する）その分析ルーチンに基づいて、ＡＳＬマネージャ２１１は、ＳＰＤＢデータベースとＡＳＬリストを検査し、ポピュレートし、そして電子メールアドレスと加入者へ電子メールを送信する権限が与えられた送信者に関する他のデータで更新する。スパムカプシステムも、ユーザ情報と相互に作用し合い、ユーザのためにスパムカプ電子メール操作を一層の改良するためスパムカプにその情報をアップロードするユーザ維持モジュール（ＵＭＭ）２１４を包含する。
【００２３】
図３Ａと図３Ｂには、標準的ＳＭＴＰ電子メール送信プロセス（従来技術）が、本発明に使用されている変更された電子メール送信プロセスと比較して示されている。図３Ａにあるように、標準的な電子メール送信プロセスでは、ユーザの電子メールクライアントからＩＳＰの電子メールサーバへ送信された電子メールは、正しいシンタックス、エイリアス拡大等の検査と受信者メールアドレス（おそらく一つ以上）リストを確認するための検査といった前処理がなされる。サーバ電子メールマネージャーは、順番に各受信者メールアドレスを入手し、目的地であるＳＭＴＰサーバとの接続を設定し、受信者の電子メールアドレスが正しいかどうかの証明を試みる。もし交渉に成功しなければ、エラーメッセージが送信ＳＭＴＰサーバへ返送される。もし交渉に成功すれば、送信サーバは、メッセージ本文を目的地であるサーバへ送信し、適切な「クロース接続」（ｃｌｏｓｅｃｏｎｎｅｃｔｉｏｎ）操作を実行する。図３Ｂにあるように、本発明の変更された電子メール送信システムでは、クライアントから送信された電子メールは前処理され、受信者が確認され、目的地であるサーバとの接続が通常通り試みられる。成功している交渉に関して、スパムカプＳＭＴＰ送信マネージャ２１２は、成功した受信者電子メールアドレスをコピーし、ＡＳＬマネージャ２１１へそのデータを送る。加入者が電子メールを送信したことのあるどの人からの電子メールも受信することを加入者によって認可されるという前提に関して、加入者が電子メールを送信した人の適切な電子メールアドレスが、加入者へ電子メールを送信する権限が与えられた人のＡＳＬリストへ追加される。送信された電子メールデータは、たとえば、ある数以上の電子メールが加入者によって同一の人へ送信されるならばその人の権限が与えられたステータスを一時的ステータスから永久的ステータスまで格上げさせるというような、ＡＳＬマネージャによるさらなる分析のために用いられる。
【００２４】
図４Ａと図４Ｂには、標準的ＳＭＴＰ電子メール受信プロセス（従来技術）が、本発明に使用されている変更された電子メール受信プロセスと比較して示されている。図４Ａにあるように、標準的電子メール受信プロセスでは、電子メールは、インターネット上で送信者ソースからＳＭＴＰサーバによって受信され、サーバは、ユーザのインボックスにその電子メールを保管する。図４Ｂにあるように、本発明の変更された電子メール受信プロセスでは、受信された電子メールは、送信者のアドレスがＡＳＬリスト上の権限が与えられた人のものかどうか決定するため、リダイレクタ２０２による処理にかけられる。もし権限が与えられたものであったならば、ＳＭＴＰサーバは、ＳＭＴＰ受信マネージャ２０８がＡＳＬマネージャ２１１へ送信するためアドレス登録ステップ２１０の中で送信者のアドレスを電子メールにより得たのち、ユーザのインボックスにその電子メールを保管する。たとえ送信者がすでにＡＳＬ認可リスト上にあるとしても、受信された電子メールデータは、たとえば権限が与えられた人の電子メールが進行しながら受信されてユーザによって変更されないならばその人の権限が与えられたステータスを一時的ステータスから永久的ステータスまで格上げさせるというような、ＡＳＬマネージャによるさらなる分析のために用いられる。
【００２５】
プロセスのフローチャートである図５は、スパムプロセッサ２０３の働きを示している。リダイレクタ２０２の呼び出しルーチンからのリクエストであるブロック５０１では、電子メールが権限が与えられた送信者から来たものか否かに関係なく認証を求める。この要求は、電子メールがだれからのものかそしてだれへ送信されるのかというパラメータを識別する。スパムプロセッサ２０３は、ブロック５０２に示されているように、ＳＰＤＢデータベース２０３ａ内でユーザのＡＳＬリスト２０３ｂをルックアップするために送信先のアドレスを用いる。ルックアップ手順は、ユーザのＡＳＬリスト上にある次のＡＳＬ記録を読み、一致の有無を電子メール送信元アドレス（権限が与えられた人）から検査し、もし正しい記録の一致が無い場合には次の記録を読み、もし一致が見つかった場合にはブロック５０４に示されるようにテュリューバリュー（ＴＲＵＥＶＡＬＵＥ）が発行されることによって一致状態を実行し、さもなければ次の記録のために戻るというループ５０３に沿って進む。ブロック５０５では、もしテュリューバリューが発行されれば、ブロック５０５でフレンドに出力値を設定する働きが行なわれ、もし全リストが処理されたのちにテュリューバリューが発行されないならば、スパマーに出力値を設定する働きが行なわれる。ブロック５０６では、リターン値が呼び出しルーチン、つまりリダイレクタ２０２へのメッセージとして送信される。もしリターン値がスパマーであれば、標準的エラーメッセージが包含される。デフォルトオプションとして、もしユーザ用のＡＳＬが見つけられなければ、ＡＳＬリストがそのユーザのために作成されるまで一時的に電子メールの受信を可能にするためシステムはブロック５０７に示されるようにフレンド値へ戻る。要求処理ルーチンは、業界規格のＰＥＲＬプログラミングシンタックスを使用し、処理ルールを実行するためＰＥＲＬ解釈プログラムを取り入れながら実行される。
【００２６】
図６では、プロセスフローは、リダイレクタ２０２（図２参照）によって拒絶された電子メールを処理するためのウェブベースメッセンジャー（ＷＢＭ）のルーチンの詳細な働きを示している。別のウェブサイトアドレスで拒絶された送信者との相互対話を通してＷＢＭプロセスが実行される。図２のステップ２０４と対応し、フェーズ１でＷＢＭプロセスは、リダイレクタ２０２から送信されたとして電子メールを拒絶するためにバリューを返すＡＳＬルールによって、ブロック６０１において初期化される。ブロック６０２で、唯一のＩＤナンバーはＷＢＭデータベース内の電子メールに割り当てられ、４８時間というように一定の有効期限が決められる。ブロック６０３で、唯一のＩＤコードに沿ってスパマーの電子メール本文へリターンメッセージが追加され、彼らが加入者に接触し続けることを願う場合にＷＢＭウェブページへ行くことをスパマーに通知するよう送信者のメールアドレスへ返信される。そしてフェーズ２として示されるように、ＷＢＭは、スマパーがプロセスを完了するためＷＢＭサイトへ行くのを待つ。ブロック６０４で、スパマーはＷＢＭウェブサイトへアクセスし、用語のディスプレイされた諸条件と状態に同意する。ブロック６０５で、ＷＢＭプロセスは、スパマーに対応する電子メールへの応答時間の期限が切れなかったことを確認する。そしてＷＢＭは、応じているスパマーが機械的プログラムによって実行されていないことを保証するため、テスト処理に従う。例えば、ブロック６０６で、標準的でないフォントスタイルのワードがグラフィックイメージとして表示され、ブロック６０７でグラフィックの中に現れる単語をタイプすることをスパマーに促す。機械的プログラムは、識別されないフォントの単語のグラフィックイメージを読み取ることはできないであろう。
【００２７】
ブロック６０８で、もしＷＢＭプロセスが正しい単語が既にタイプされたと決定すれば、スパマーのステータスはユーザのＡＳＬリスト上のサスペクトへ格上げされる。ブロック６０９で、ＷＢＭプロセスは、サスペクトが加入者へ送信するべき短いメッセージを入力できるようなフォームを示す。たとえば、サスペクトは、スパム防止管理装置が電子メールを送信できるように更新されたことを確認することを加入者に求める。ブロック６１０で、「コンタクト」という単語をサブジェクト欄へ追加するというような、コードワードあるいはフラッグを包含するヘッダの変更に沿って、加入者のためのＡＳＭ電子メールボックスへ直接発送することにより電子メールとメッセージが送信される。コードワードは、権限が与えられた電子メールであると決定された他の電子メールと転送された電子メールを区別するため、図２にあるＡＳＭ電子メール登録ステップで識別される。次にブロック６１１で、今や加入者はサスペクトの電子メールを読むことができる。もし加入者がその電子メールへ応答を送信する場合、ＵＭＭ２１４を経て、サスペクトのステータスは自動的にフレンドへ格上げされるか、あるいは加入者はＩＳＰ電子メールサーバとの相互対話作用によりフレンドへステータスをマニュアルで格上げする。ブロック６１２で、もし電子メールがＷＢＭエラー応答オプションを欠いて拒絶されるべき誰かから来た電子メールであると加入者によって決定されるならば、加入者は任意に、ＵＭＭ２１４を経て、永久的にスパマーへステータスを格下げにする。
【００２８】
図７Ａのブロック図は、受信された電子メールを処理するための変更されたリダイレクタプロセスを示す図７Ｂと比較し、標準的ＳＭＴＰ送受信電子メール処理プロセス（従来技術）を示している。標準的プロセスでは、送信側ＳＭＴＰ７０１は、もし利用可能ならば接続に応じる受信側ＳＭＴＰ７０２への接続を要求する。そして送信側ＳＭＴＰは、受信者のメールアドレスへ送信するその送信電子メールループの中で作業を実行する。ブロック７０３で、送信側ＳＭＴＰは、受信者が存在するかあるいはそれがそのユーザのために電子メールを処理する権限を持っているかどうかを確認又は否定する。もし確認された場合には、送信側ＳＭＴＰはメッセージ本文を送信し、メッセージの終わりを示す。ブロック７０４で、受信側ＳＭＴＰは、メッセージ本文を受信し、それを受信者（あるいは一つ以上の電子メールがＳＭＴＰサーバアドレスで送信された場合には受信者達）の電子メールボックスへ送信する。
【００２９】
図７Ｂで、送信側ＳＭＴＰ７０１と受信側ＳＭＴＰ７０２は、自らの平常の接続の設定を実行し、正当な受信者メールアドレスのための検査をする。しかしながら、当該スパムプロセッサ７０５と関連して実行される変更されたプロセスでは、送信者の送信元アドレスは、ブロック７０６に示されるように、後の利用のためにスパムプロセッサによって記憶される。ブロック７０７で、送信者の送信元アドレスと受信者の送信先アドレスは、以前に記述されたリダイレクタからの確認要請によってスパムプロセッサ７０５へ送信される。ブロック７０８で送信者が認可されているかどうかを決定するため受信者のＡＳＬリストを検査したのちに、スパムプロセッサは添付のエラーメッセージと共にフレンドの応答あるいはサパマーの応答へ戻る。もし応答がフレンドであるならば、電子メールが受信されうることを確認して出力が送信側ＳＭＴＰへ送られ、電子メールはいつもの通り受信側ＳＭＴＰへ送信される。ブロック７０９で、受信側ＳＭＴＰは電子メールを受信者のメールボックスに入れ、もし否定されたならば、送信者がフレンドの一人としてＡＳＬリスト上に認定されることを書き留めるメッセージを含むことができる。もし応答がスパマーであるならば、受信者が存在しないかあるいは受信側ＳＭＴＰは電子メールの受信を権限が与えられていないというエラーメッセージが送信側ＳＭＴＰへ戻される。もし（スパマーの確認されたステータスをもっていることと対照的に）スパムプロセッサからの応答によって送信者のステータスが知られていない送信者であると示された場合には、任意に、受信側ＳＭＴＰは、以前に述べたように（ブロック７１０に示されるように）ＷＢＭプロセスを経て電子メールを送信する。
【００３０】
図８で、略図は、以前に図２を参照し構成要素（ＡＳＬマネージャ）２１１として説明したＡＳＬマネージャの構造と働きを示している。ＡＳＬマネージャは、ＡＳＬルールプロセッサ８０３と相互対話し、スパムプロセッサデータベース（ＳＰＤＢ）２０３ａとデータを交換するＡＳＬオンデマンドプロセッサ８０１とＡＳＬスケジュラープロセッサ８０２とを有するように構成することが望ましい。ＳＭＴＰ送信マネージャ２１２へ送信され、そしてそこから受信された電子メールアドレスとＳＭＴＰ受信マネージャ２０８は、ＡＳＬルールプロセッサ８０３と関連して適切な規則を実行するＡＳＬオンデマンドプロセッサ８０１によって処理されるコンパーティブルなサード・パーティのプラグインを含む他の様々なソースからのコンテントを処理し、ＳＰＤＢ２０３ａに保存されたＡＳＬリストを作成し、ポピュレート（ｐｏｐｕｌａｔｅ）し、そして更新することもできる。例えば、コンテントは、電子メールクライアントと共に作業をしながらユーザアドレス入力を、関連ブラウザと共に作業しながらウェブサイトからのユーザアドレス入力を、ＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋ（商標）ＡｄｄｒｅｓｓＢｏｏｋのようなデスクトップコンタクトマネージャーへユーザが追加したアドレスを、あるいは他のコンタクトリストを、ユーザのクライアントプログラムと共に作業しながら第サード・パーティのソフトウェアによって生成された他のアドレス入力を好ましく処理するよう「ドラッグアンドドロップマネージャー」から受け取ることができる。
【００３１】
ＡＳＬスケジュラープロセッサ８０２は、さまざまな分析と維持機能のためにスケジュール通りタスクを実行するため使用される。これにより加入者のＡＳＬリスト、メールログ、そして他のデータファイルの、正確さと妥当性のために「権限が与えられた送信者」リストを絶えず改善することによって極めて豊富な調査が可能になる。例えば、プロセッサ機能は、加入者が送受信した電子メールのＡＳＬ電子メールログデータベース８０３ａを分析するためのＡＳＬ電子メールログアナライザ、加入者が頻繁に通信し合っている送信者の認可ステータスを格下げするかあるいは排除するための有効期限アナライザ、加入者が頻繁に通信し合っている送信者の認可ステータスを格上げするかあるいは永久的にマークするための高レベルアナライザ、さまざまな要素に基づいてフレンドあるいはスパマーについて質的な決定をするためのファジーロジックアナライザ、そしてＡＳＬリストを改善するためサード・パーティのプラグインとプログラムによって生成されたデータを分析するための他のサード・パーティアナライザを含むことができる。
【００３２】
ＡＳＬルールプロセッサ８０３は、ＳＰＤＢデータベース２０３ａによって維持されたＡＳＬリストをどのように追加し、最新のものにし、変更するかを決定する（ＡＳＬマネージャールールデータベース内の）規則を包含する。ルールプロセッサは、スパムカプシステムを特徴づける改良し拡張するためにネットワークコミュニケーション業界の開発者の集団的パワーを利用したサード・パーティデータベース８０３ｂとアプリケーションプログラム８０３ｃを受け入れて共同利用するアーキテクチャーを持つことができる。このアーキテクチャーの究極の結果は、電子メールのダイナミックで知的な処理のために、スパム電子メールの総排除を超えてユーザにとって他のまたは将来必要になる極めて豊富で大変詳細なＡＳＬデータベースの構築を可能にする。
【００３３】
図９には、送信／受信電子メールとＡＳＬマネージャによって行なわれた働きの具体的な形態へのユーザコンタクトデータの処理例の詳細な実現例が示されている。基本的フローは、着信電子メールから得られた送信元アドレスを一致の判断のために比較するＡＳＬリスト（テーブルと呼ばれる）の各回線を通るループを構成するステップ９０１、一致した入力に対しどの状態またはステータスフラッグが設定されているかを決定し、テーブル上に維持される対応する状態規則を実行し、リターンバリューを戻すステップ９０２、そしてリターンバリューを基礎とし、コンディションテーブル上に示された対応する状態規則を実行し、この作用からの最終的リターンバリューとともに存続するステップ９０３から成る。このプロセスフローを経る一つの例に従うために、ステップ９０１は送信者アドレスｊｏｈｎ＠ｈｏｍｅ．ｃｏｍの送信元一致を見つけ、スッテプ９０２は「１２／１／２００３前の」有効期限状態を書きとめ、もし今日の日付が表示された有効期限以内であれば「ＴＲＵＥ」の値を戻すためにコンディションテーブル上の「以前」状態を実行し、ステップ９０３は（もし状態がＴＲＵＥであれば）送信者スタータス作用がフレンドであると書きとめ、（要素は不必要で）スパムプロセッサの正当応答としてフレンドの最終的リターンバリューを戻すためにアクションテーブル上の「フレンド」作用を実行する。
【００３４】
特別のプログラミングシンタックスあるいはＡＳＬマネージャルール処理の実行ロジックは、スパムプロセッサアプリケーションの開発者によると、どんな適当な方法にも変更することができる。いくつかのオプションの以下にある例は、使用されうる広範囲なアプローチを示している。
【００３５】
電子メールアドレスあるいはアドレスパターンを合わせること
（ａ）デフォルト：正確な一致
（ｂ）特別な電子メールアドレス：ｊｏｈｎ＠ｃｏｍｐａｎｙ．ｃｏｍ
（ｃ）ＵＮＩＸ標準的ワイルドカードマッチング
・ｍｉｃｒｏｓｏｆｔ．ｃｏｍ＝「Ｍｉｃｒｏｓｏｆｔ．ｃｏｍ」からのどれか
・ｍｉｃｒｏｓｏｆｔ＝その中でｍｉｃｒｏｓｏｆｔのどれか
・ｍｉｌ＝軍からのいずれかの電子メール
（ｄ）％ＢＬＡＣＫＨＯＬＥ％シンボルを使うことによる公知の「ブラックホールリスト」との一致
一致がＴＲＵＥである場合、実行するために条件とパラメータを使用する
条件がＴＲＵＥである場合、実行するために第二の作用とパラメータを使用する
加入者がこのアドレスへ電子メールを送信した最後の日付を使用する
加入者のアドレスに電子メールを送信した最後の日付を使用すること
記録が作成された日付を使用すること
使用できる条件の例
（ａ）終了期限：２／１２／２００４までに与えられたアドレスを使いなさい
（ｂ）日付の範囲：４／１／２００４から５／２／２００４までに与えられたアドレスを使いなさい
（ｃ）特定の繰り返し時間：毎月の初週に他の時間、例えば、毎月の初週の間に受信可能なｎｅｗｓｌｅｔｔｅｒ＠ｍａｇａｚｉｎｅ．ｃｏｍを除く
（ｄ）追加のユーザに定義された評価基準を考慮するように設計された外部のソフトウェアへのリンク；このことは第三者アプリケーションを考慮に入れておく。
【００３６】
所定の二次的行為によって呼び出されるメッセージの例
（ａ）標準的「エラー」
（ｂ）メッセージ本文の中に可変代替文があるカスタム。例えば
％ユーザ氏名％は送信者のメールアドレスで代入される
％スービッド（ｓｕｂｉｄ）％は加入者のＩＤコードである
％日付％は本日の日付である
（ｃ）「こんにちは、％ユーザ氏名％、スパムとして貴方は確認されました。ｈｔｔｐ：／ｗｗｗ．ｓｐａｍｋａｐｕ．ｃｏｍ／ｓｕｂｓｃｒｉｂｅｒ＝％ｓｕｂｉｄ％へ行き、もし貴方が本当に人であるならば私たちは貴方を迎えいれます。」
（ｄ）カスタムテキスト：「アメリカオンラインからの全電子メールアドレスを無条件で拒絶します。」
（ｅ）エラー応答内に所定のメッセージを送信する
（ｆ）電子メールとして所定の電子メールを送信する
（ｇ）ファイルを開き、その内容を電子メールで送信する
（ｈ）ファイルを開き、エラー応答としてその内容を送信する
（ｉ）送信者ステータスをスパマーあるいはフレンドへ設定する
（ｊ）短い期間（２４〜４８時間）のあとで満期となるユニークのＩＤを作成する。このＩＤはサスペクトがＷＢＭへアクセスし、コンタクトになるために使用される。
（ｋ）ＳＭＴＰデフォルトエラーメッセージを与える
（ｌ）追加のユーザに定義された行為を考慮するように設計された外部ソフトウェアへリンクし、実行する。
【００３７】
【発明の効果】
要するに本発明は、着信電子メールの送信者アドレスを分析し、拒絶するべきか受信するべきかを権限が与えられた送信者の管理されたリストに従って決定するスパム電子メール拒絶方法を提供する。これは既に知られたスパマーのアドレスとして認められた送信者アドレスを持つ電子メールだけを取り除くことを試みて全電子メールを受信する現存のスパム防止処理システムからの重要な発展である。本発明方法は、権限が与えられていない電子メールを取り除くのではなく、むしろ認可されているものを除く全電子メールを拒絶するのである。システム内のＡＳＬマネージャは、「権限が与えられた送信者」リストを改善するために、発信及び着信電子メールのため送信者と受信者使用パターンを得て分析する。このデータの分析は、送信者アドレスがスパマーであると考えられるか否かの規則を基礎とした決定にとって堅固な基盤となる。このデータは、知られたスパマーのリストと対照的に、フレンドの「権限が与えられた送信者」リストを作成し、それによって頼んでもいない電子メールまたは求めていない電子メールが加入者の電子メールボックスへ達することが全くなくなるであろう。
【００３８】
本発明の指導原理の上記記述を考慮に入れると、他の多くの変更例と変形例を考えつくことができる理解される。以下の請求の範囲で定義されるように、かかる変更例及び変形例のすべては本発明の精神と範囲のように考えられる。
【図面の簡単な説明】
【図１】図１Ａは、本発明に係るシステムの概要を示す図１Ｂと比較したスパム送信者からの電子メールを排除する従来の方法を使用している標準的インターネット電子メールシステム（先行技術）を示すブロック図である。
【図２】図２は、本発明のスパム防止管理システムの最良の形態を説明するフローである。
【図３】図３Ａは、本発明に係る変更された電子メール送信プロセスを示す図３Ｂと比較した標準的ＳＭＴＰ電子メール送信プロセス（先行技術）を示すブロック図である。
【図４】図４Ａは、本発明に係る変更された電子メール受信プロセスを示す図４Ｂと比較した標準的ＳＭＴＰ電子メール受信プロセス（先行技術）を示すブロック図である。
【図５】図５は、本発明を実施するための最良の形態におけるルーチンを処理するスパム防止の働きを説明するフローである。
【図６】図６は、スパム防止管理方法によって最初に拒絶された電子メールを処理するためのウェブベースメッセンジャー（ＷＢＭ）のルーチンの詳細な処理を示すフローである。
【図７】図７Ａは、受信された電子メールを処理するための変更されたリダイレクタプロセスを示す図７Ｂと比較した標準的ＳＭＴＰ送受信電子メール処理プロセス（先行技術）を示すブロック図である。
【図８】図８は、スパム管理システム実施の最良の形態におけるＡＳＬマネージャの構造と働きを示す概要図である。
【図９】図９は、送信／受信電子メールの処理に関する実施例の詳細な実現と、ＡＳＬマネージャによって行なわれた働きの具体的な形態へのユーザコンタクトデータを示している。

Claims

ネットワークと電子メールクライアント（１０１）の間に接続された電子メール受信サーバ（１０４）と共に作動可能であり、ネットワーク上でユーザへ送信された権限が与えられていない電子メールを排除し、ユーザのユニークな電子メールアドレスへアドレス指定された電子メールを受信するためのシステムにおいて、
（ａ）ユーザへ電子メールを送信する権限が与えられた送信者の電子メールアドレスのＡＳＬリスト（２０３ｂ）を維持する、権限が与えられた送信者リスト（ＡＳＬ）モジュール（２０３、２１１）を有する電子メール受信サーバと、
（ｂ）送信者の電子メールアドレスがユーザのためのＡＳＬリスト上に維持されていない場合、ユーザの電子メールアドレスへアドレス指定された電子メールの受信を拒絶するための前記ＡＳＬモジュール（２０３）と共に作動可能な電子メール拒絶モジュール（２０２）と、
を備えたことを特徴とするシステム。
前記ＡＳＬモジュールが、システムの各加入者のために権限が与えられた送信者アドレスのＡＳＬリストを保存しているＡＳＬデータベース（２０３ｂ）と、
一致に関しＡＳＬリストを検査するためのスパム処理モジュール（２０３）と、
そして、
ＡＳＬリストを作成し、維持し、更新するＡＳＬマネージャ（２１１）と、
を含む請求項１に記載のシステム。
前記電子メール拒絶モジュール（２０２）が、送信者の送信元アドレスを示し、受信者の送信先アドレスが示された電子メール送信メッセージを受信し、送信者の送信元アドレスが予定する受信者の送信先アドレスと対応するＡＳＬリスト上に維持された権限が与えられた送信者アドレスとが一致するかどうかを判断するために、スパムプロセッサモジュールへ確認の要求を送り、権限が与えられた送信者アドレスとの一致が見つかった場合には、電子メールを受信し、権限が与えられた送信者アドレスとの一致がＡＳＬリスト上に見つからなかった場合には、電子メールを拒絶する請求項２に記載のシステム。
拒絶された電子メールが転送され、送信者が予定する受信者にとって電子メールの正当な送信者であることを確認するために、送信者のアドレスへメッセージを送信するウェブベースメッセージ（ＷＢＭ）モジュールをさらに含む請求項３に記載のシステム。
前記ＷＢＭモジュールが、通知された送信者がログオンし、人にしか実行できない相互対話処理を経て、送信者が電子メールの正当な送信者であることを確認することができる別のウェブサイトを含む請求項４に記載のシステム。
前記相互対話処理が、非標準的なフォントで表されるワードのグラフィックイメージのディスプレイと、ユーザがそのワードのグラフィックイメージに対応するワードの入力を含むことによって相互対話処理が機械的なプログラムによって実行されないことを確認するようになっている請求項５に記載のシステム。
送信者が、予定された受信者ユーザにとって電子メールの正当な送信者であると一旦確認されると、その電子メールがリダイレクタモジュールに拒絶されながらもＷＢＭモジュールに正当であるとして確認されたと示すコードと共に、前記ＷＢＭモジュールが電子メールユーザの電子メールボックスへ電子メールを送信する請求項４に記載のシステム。
電子メールクライアントから送信された電子メールの送信元／送信先アドレスを得て、のちの分析のためにＡＳＬマネージャへ送信する電子メール受信マネージャを更に含む請求項３に記載のシステム。
電子メールクライアントから送信された電子メールの送信元／送信先アドレスを得て、のちの分析のためにＡＳＬマネージャへ送信する電子メール送信マネージャを更に含む請求項２に記載のシステム。
ＡＳＬマネージャが、受信メールと、送信メールと、電子メールクライアントに関する電子メールサービス機能へのユーザ入力と、ウェブサイトのユーザブラウザからの入力と、ユーザデスクトップオーガナイザーと、他のコンタクトリストと、サード・パーティのアドレスプログラム入力からなる電子メールアドレスソースの群から選択した一つの電子メールアドレスソースより得たデータを使用するＡＳＬリストを更新する、予め定めたアドレス収集ルールを処理するためのルールプロセッサを含む請求項２に記載のシステム。
ＡＳＬマネージャが、ユーザ電子メール登録分析と、有効期限分析と、低／高電子メール容量分析と、ファジーロジック分析と、サード・パーティのデータ分析からなる分析群から選択した一つの分析ソースより得たデータを使用するＡＳＬリストを更新する、予め定めた分析ルールを処理するために、ルールプロセッサを維持する請求項２に記載のシステム。
ＡＳＬマネージャが、フレンドとしていつも権限が与えられたステータスと、日付の範囲内でフレンドとして権限が与えられたステータスと、有効期限以前にフレンドとして権限が与えられたステータスと、スパマーとしていつも拒絶されたステータスと、ブラックリストと一致するスパマーとして拒絶されたステータスと、エラーメッセージとともに送信されたスパマーとして拒絶されたステータスからなる送信者アドレスステータスの群から選択した一つの送信者アドレスステータスを示すＡＳＬリストを維持する請求項２に記載のシステム。
（ａ）ユーザへ電子メールを送信する権限が与えられた、外部ユーザの電子メールアドレスの権限が与えられた送信者リスト（ＡＳＬリスト）を維持し、
（ｂ）送信者の電子メールアドレスがユーザのためにＡＳＬリスト上に維持されていない場合、ユーザの電子メールアドレスへ送信された電子メールの受信を拒絶する、
ことを特徴とするユーザのユニークな電子メールアドレスへアドレス指定され、ネットワーク上でユーザへ送信された権限が与えられていない電子メールを排除する方法。
送信者が電子メールの正当な送信者であると確認するために送信者を通知するメッセージを予定された受信者へ送信するために、拒絶された電子メールをウェブサイトへ転送することをさらに特徴とする請求項１３に記載の方法。
ウェブサイトで、通知された送信者とともに、人にしかできない相互対話処理を実行することをさらに特徴とする請求項１４に記載の方法。
ＡＳＬリストを維持することが、受信メール、送信メール、電子メールサービス機能へのユーザ入力、ウェブサイトのユーザブラウザからの入力、ユーザデスクトップオーガナイザーと他のコンタクトリスト、サード・パーティのアドレスプログラム入力といったソースのいずれから得られるデータを用いてＡＳＬリストを更新することを含む請求項１３に記載の方法。
ＡＳＬリストを維持することが、ユーザ電子メール登録分析、有効期限分析、低／高電子メール容量分析、ファジーロジック分析、サード・パーティのデータ分析といった要素のいずれかの分析から得られるデータを用いてＡＳＬリストを更新することを含む請求項１３に記載の方法。
ネットワークを通じて送信され、ユニークな電子メールアドレスへアドレス指定された権限が与えられていない電子メールを、システムのユーザのために排除する電子メールサーバシステムにおいて、
（ａ）ユーザへ電子メールを送信する権限が与えられた送信者の電子メールアドレスのＡＳＬリストを維持する権限が与えられた送信者リスト（ＡＳＬ）モジュール（２０３、２１１）と、
（ｂ）ユーザの電子メールアドレスへアドレス指定された電子メールの受信者を拒絶する前記ＡＳＬモジュールと共に作動可能な電子メール拒絶モジュール（２０２）と、
有して構成されたことを特徴とする電子メールサーバシステム。
前記ＡＳＬモジュールは、システムの各加入者のために、権限が与えられた送信者アドレスのＡＳＬリスとを保存するＡＳＬデータベース、一致に関してＡＳＬリストを検査するスパムプロセッサモジュール、ＡＳＬリストを作成し、維持し、更新するＡＳＬマネージャを含む請求項１９に記載の電子メールサーバシステム。
送信者の送信元アドレスを示し、受信者の送信先アドレスが示された電子メール送信メッセージを受信し、送信者の送信元アドレスが予定された受信者の送信先アドレスと対応するＡＳＬリスト上で維持された権限が与えられた送信者アドレスとが一致するかどうかを判断するために、スパムプロセッサモジュールへ確認の要求を送り、権限が与えられた送信者アドレスとの一致が見つかった場合には、電子メールを受信し、権限が与えられた送信者アドレスとの一致がＡＳＬリスト上に見つからなかった場合には、電子メールを拒絶する電子メール拒絶モジュールをさらに有していることを特徴とする請求項１９に記載の電子メールサーバシステム。