JP2003249963A - 電子メールシステム、メールクライアント、メールサーバ及びプログラム - Google Patents
電子メールシステム、メールクライアント、メールサーバ及びプログラムInfo
- Publication number
- JP2003249963A JP2003249963A JP2002045608A JP2002045608A JP2003249963A JP 2003249963 A JP2003249963 A JP 2003249963A JP 2002045608 A JP2002045608 A JP 2002045608A JP 2002045608 A JP2002045608 A JP 2002045608A JP 2003249963 A JP2003249963 A JP 2003249963A
- Authority
- JP
- Japan
- Prior art keywords
- address
- holding means
- identification information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 メールアドレスを変更した場合にその変更を
相手に伝える必要がなく迷惑メール対策に効果を発揮す
る電子メールシステムを提供する。 【解決手段】 メールクライアントは、メールヘッダ部
に、第一保持手段から読み出したメールアドレスと識別
情報とを送信元情報としてセットし、第二保持手段から
読み出したメールアドレスと識別情報とを送信先情報と
してセットする。メールサーバは、メールヘッダ部にセ
ットされている識別情報に対応するメールアドレスを前
記第三保持手段から取り出し、送信元アドレス不一致の
場合はメールヘッダ部にセットされているメールアドレ
スで前記第三保持手段のメールアドレスを置換し、送信
先アドレス不一致の場合は前記第三保持手段から取り出
したメールアドレスでメールヘッダ部のメールアドレス
を置換する。
相手に伝える必要がなく迷惑メール対策に効果を発揮す
る電子メールシステムを提供する。 【解決手段】 メールクライアントは、メールヘッダ部
に、第一保持手段から読み出したメールアドレスと識別
情報とを送信元情報としてセットし、第二保持手段から
読み出したメールアドレスと識別情報とを送信先情報と
してセットする。メールサーバは、メールヘッダ部にセ
ットされている識別情報に対応するメールアドレスを前
記第三保持手段から取り出し、送信元アドレス不一致の
場合はメールヘッダ部にセットされているメールアドレ
スで前記第三保持手段のメールアドレスを置換し、送信
先アドレス不一致の場合は前記第三保持手段から取り出
したメールアドレスでメールヘッダ部のメールアドレス
を置換する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
してある特定の相手とメッセージをやり取りするための
電子メールシステム、メールクライアント、メールサー
バ及びプログラムに関する。
してある特定の相手とメッセージをやり取りするための
電子メールシステム、メールクライアント、メールサー
バ及びプログラムに関する。
【０００２】
【従来の技術】電子メールシステム、とりわけ、インタ
ーネット上の電子メールシステムは、相手がインターネ
ットに接続可能な電子メールアカウントを持ってさえい
れば、どんな遠隔地であっても、あるいはどんな企業ま
たは組織に属していようとも、その相手と電子メールを
送受信することができる。このため、今日においては、
公私の別なく、また、老若男女を問わず、多数の人々に
利用されているところである。
ーネット上の電子メールシステムは、相手がインターネ
ットに接続可能な電子メールアカウントを持ってさえい
れば、どんな遠隔地であっても、あるいはどんな企業ま
たは組織に属していようとも、その相手と電子メールを
送受信することができる。このため、今日においては、
公私の別なく、また、老若男女を問わず、多数の人々に
利用されているところである。
【０００３】一般に電子メールの利用者は、インターネ
ットサービスプロバイダ（ＩＳＰ：インターネット接続
業者）や所属組織または所属企業などから電子メールア
カウントの提供を受ける。このアカウントには、送信サ
ーバのアドレス（いわゆるＳＭＴＰサーバアドレス）、
受信サーバのアドレス（いわゆるＰＯＰサーバアドレ
ス）、及び、利用者個人のアドレス（いわゆるメールア
ドレス）、並びに、ＰＯＰサーバ認証用のパスワードな
どが含まれる。なお、ＳＭＴＰとはSimple MailTransfe
r Protocolの略、ＰＯＰとはPost Office Protocolの略
である。
ットサービスプロバイダ（ＩＳＰ：インターネット接続
業者）や所属組織または所属企業などから電子メールア
カウントの提供を受ける。このアカウントには、送信サ
ーバのアドレス（いわゆるＳＭＴＰサーバアドレス）、
受信サーバのアドレス（いわゆるＰＯＰサーバアドレ
ス）、及び、利用者個人のアドレス（いわゆるメールア
ドレス）、並びに、ＰＯＰサーバ認証用のパスワードな
どが含まれる。なお、ＳＭＴＰとはSimple MailTransfe
r Protocolの略、ＰＯＰとはPost Office Protocolの略
である。
【０００４】図３は、電子メールシステムの概念図であ
る。インターネット上の電子メールシステムを利用する
うえで、一般的にメールクライアントとメールサーバ
（ＳＭＴＰサーバとＰＯＰサーバ）の二つの要素が必要
である。メールクライアントは主にエディタ機能など
で編集した文面を電子メールとして送信する、電子メ
ールを受信して読みやすい形式で表示する、といった二
つの機能を備える。メールクライアントはパーソナルコ
ンピュータや携帯情報端末あるいは携帯電話機などの端
末上で動作するアプリケーションソフトの形で提供され
ることが多く、こうしたソフトウェアはＭＵＡ（Mail U
ser Agent）と呼ばれる。
る。インターネット上の電子メールシステムを利用する
うえで、一般的にメールクライアントとメールサーバ
（ＳＭＴＰサーバとＰＯＰサーバ）の二つの要素が必要
である。メールクライアントは主にエディタ機能など
で編集した文面を電子メールとして送信する、電子メ
ールを受信して読みやすい形式で表示する、といった二
つの機能を備える。メールクライアントはパーソナルコ
ンピュータや携帯情報端末あるいは携帯電話機などの端
末上で動作するアプリケーションソフトの形で提供され
ることが多く、こうしたソフトウェアはＭＵＡ（Mail U
ser Agent）と呼ばれる。
【０００５】一方、メールサーバは、自身が管轄して
いる宛先（自ドメインのメールアドレス）への電子メー
ルを受け取った場合は適切なメールボックスに保存す
る、自身が管轄していない宛先（他ドメインのメール
アドレス）への電子メールを受け取った場合はその宛先
を参照して他のメールサーバへ電子メールを転送する、
という二つの機能（ＳＭＴＰサーバの機能である）を備
えるほか、さらに、自ドメインのメールボックスを管理
し、ＭＵＡからのメールボックス参照要求を受け付ける
と認証を行い、その利用者への受信メールがメールボッ
クスに届いていた場合に要求元のＭＵＡに電子メールを
送信するという機能（の補助機能であり、ＰＯＰサー
バの機能である）を備える。
いる宛先（自ドメインのメールアドレス）への電子メー
ルを受け取った場合は適切なメールボックスに保存す
る、自身が管轄していない宛先（他ドメインのメール
アドレス）への電子メールを受け取った場合はその宛先
を参照して他のメールサーバへ電子メールを転送する、
という二つの機能（ＳＭＴＰサーバの機能である）を備
えるほか、さらに、自ドメインのメールボックスを管理
し、ＭＵＡからのメールボックス参照要求を受け付ける
と認証を行い、その利用者への受信メールがメールボッ
クスに届いていた場合に要求元のＭＵＡに電子メールを
送信するという機能（の補助機能であり、ＰＯＰサー
バの機能である）を備える。
【０００６】メールサーバは、現実の郵便システムにお
ける郵便局に相当し、ＭＴＡ（MailTransport Agent）
と呼ばれる。なお、電子メールシステムの規模によって
は、ＳＭＴＰサーバとＰＯＰサーバを別々のサーバとし
て運用することもあるが、図示の例では簡単化のため
に、１台のＭＴＡでＳＭＴＰサーバとＰＯＰサーバを兼
用しているものとして図解している。
ける郵便局に相当し、ＭＴＡ（MailTransport Agent）
と呼ばれる。なお、電子メールシステムの規模によって
は、ＳＭＴＰサーバとＰＯＰサーバを別々のサーバとし
て運用することもあるが、図示の例では簡単化のため
に、１台のＭＴＡでＳＭＴＰサーバとＰＯＰサーバを兼
用しているものとして図解している。
【０００７】さて、このような電子メールシステムにお
いて、一の利用者（便宜的に「利用者Ａ」という）から
二の利用者（便宜的に「利用者Ｂ」という）への電子メ
ール送信の手順を説明する。
いて、一の利用者（便宜的に「利用者Ａ」という）から
二の利用者（便宜的に「利用者Ｂ」という）への電子メ
ール送信の手順を説明する。
【０００８】まず、利用者ＡはＭＵＡを操作して利用者
Ｂ宛の電子メールを作成する。電子メールの構造は、エ
ンベロープ部、メールヘッダ部及びメッセージボディ部
の三つからなる。エンベロープ部は現実の郵便における
封筒にあたる部分であり、通常は利用者に意識されない
部分である。メールヘッダ部は各種の制御情報などが指
定される部分であり、この部分に差出人のメールアドレ
ス（以下「送信元アドレス」）や受取人のメールアドレ
ス（以下「送信先アドレス」）及びメールの標題などが
格納される。メッセージボディ部は電子メールの本文を
格納する部分である。
Ｂ宛の電子メールを作成する。電子メールの構造は、エ
ンベロープ部、メールヘッダ部及びメッセージボディ部
の三つからなる。エンベロープ部は現実の郵便における
封筒にあたる部分であり、通常は利用者に意識されない
部分である。メールヘッダ部は各種の制御情報などが指
定される部分であり、この部分に差出人のメールアドレ
ス（以下「送信元アドレス」）や受取人のメールアドレ
ス（以下「送信先アドレス」）及びメールの標題などが
格納される。メッセージボディ部は電子メールの本文を
格納する部分である。
【０００９】利用者Ｂ宛の電子メールを作成すると、こ
の電子メールの送信元アドレスには利用者Ａのメールア
ドレスがセットされ、送信先アドレスには利用者Ｂのメ
ールアドレスがセットされる。さらに、標題と本文に
は、それぞれ利用者Ａによって入力された任意の文字列
（添付ファイルがある場合はそのバイナリデータを含
む）がセットされる。
の電子メールの送信元アドレスには利用者Ａのメールア
ドレスがセットされ、送信先アドレスには利用者Ｂのメ
ールアドレスがセットされる。さらに、標題と本文に
は、それぞれ利用者Ａによって入力された任意の文字列
（添付ファイルがある場合はそのバイナリデータを含
む）がセットされる。
【００１０】利用者Ａは、ＭＵＡを操作して、作成され
た電子メールを選択し、送信ボタンを押すと、ＭＵＡは
あらかじめ設定されたＳＭＴＰサーバ（ＭＴＡ）にその
電子メールを送信する。ＭＴＡは電子メールを受け取
り、そのメールヘッダ部の情報に基づいて、自身が管轄
するドメイン（自ドメイン）宛のメールであるか否かを
判定し、自ドメイン宛のメールであれば、適切なメール
ボックス（この場合は、利用者Ｂのメールボックス）に
受け取った電子メールを格納する。または、他ドメイン
宛の電子メールであれば、適切なＳＭＴＰサーバ（ＭＴ
Ａ）に転送する。
た電子メールを選択し、送信ボタンを押すと、ＭＵＡは
あらかじめ設定されたＳＭＴＰサーバ（ＭＴＡ）にその
電子メールを送信する。ＭＴＡは電子メールを受け取
り、そのメールヘッダ部の情報に基づいて、自身が管轄
するドメイン（自ドメイン）宛のメールであるか否かを
判定し、自ドメイン宛のメールであれば、適切なメール
ボックス（この場合は、利用者Ｂのメールボックス）に
受け取った電子メールを格納する。または、他ドメイン
宛の電子メールであれば、適切なＳＭＴＰサーバ（ＭＴ
Ａ）に転送する。
【００１１】一方、利用者Ｂは、適当な時点で、ＭＵＡ
を操作して認証を行った後、自分のメールボックスにア
クセスし、電子メールが届いている場合はその電子メー
ルを読み込み、内容を確認する。
を操作して認証を行った後、自分のメールボックスにア
クセスし、電子メールが届いている場合はその電子メー
ルを読み込み、内容を確認する。
【００１２】以上が、一般的な電子メールの送受信手順
の流れである。
の流れである。
【００１３】ところで、かかる手順からも明らかなよう
に、ある特定の相手に電子メールを確実に届けるために
は、その相手のメールアドレスを事前に知っていなけれ
ばならない。このため、通常は、名刺に自分のメールア
ドレスを印刷したり口頭で伝えたりして、メールアドレ
スの告知を図るが、メールアドレスは終生不変のもので
はなく、たとえば、迷惑メールなどの被害を避けるため
に、度々変更されることがある。
に、ある特定の相手に電子メールを確実に届けるために
は、その相手のメールアドレスを事前に知っていなけれ
ばならない。このため、通常は、名刺に自分のメールア
ドレスを印刷したり口頭で伝えたりして、メールアドレ
スの告知を図るが、メールアドレスは終生不変のもので
はなく、たとえば、迷惑メールなどの被害を避けるため
に、度々変更されることがある。
【００１４】
【発明が解決しようとする課題】メールアドレスを変更
した場合の不都合な点は、その変更を全ての相手に伝え
る確実な方法がないことである。すなわち、変更を知ら
なかった者は、変更前のメールアドレスを使って電子メ
ールを送信することとなり、この場合は、当然のことな
がら電子メールを届けることができない（不達メールに
なる）。
した場合の不都合な点は、その変更を全ての相手に伝え
る確実な方法がないことである。すなわち、変更を知ら
なかった者は、変更前のメールアドレスを使って電子メ
ールを送信することとなり、この場合は、当然のことな
がら電子メールを届けることができない（不達メールに
なる）。
【００１５】このような問題点は、とりわけ、携帯電話
を利用した電子メールシステム（特にｉメール（Ｒ））
において顕在化する。ｉメール（Ｒ）は、パケット通信
従量制のシステムであり、電子メールの受信料を受信者
が負担しなければならないからである。このため、ｉメ
ール（Ｒ）を利用した迷惑メールは、送信者（広告メー
ル等の送り付け業者）にとってきわめて都合がよく、無
作為に大量に配布される結果、多くのユーザが被害を受
けており、社会問題ともなっている。しかしながら、こ
うした迷惑メールを受け取らないようにするための根本
的な解決策は、メールアドレスの変更しかないのが現状
であり、アドレス変更に伴う上記の不都合（不達メール
の発生）を甘んじて受けなければならないという問題点
がある。
を利用した電子メールシステム（特にｉメール（Ｒ））
において顕在化する。ｉメール（Ｒ）は、パケット通信
従量制のシステムであり、電子メールの受信料を受信者
が負担しなければならないからである。このため、ｉメ
ール（Ｒ）を利用した迷惑メールは、送信者（広告メー
ル等の送り付け業者）にとってきわめて都合がよく、無
作為に大量に配布される結果、多くのユーザが被害を受
けており、社会問題ともなっている。しかしながら、こ
うした迷惑メールを受け取らないようにするための根本
的な解決策は、メールアドレスの変更しかないのが現状
であり、アドレス変更に伴う上記の不都合（不達メール
の発生）を甘んじて受けなければならないという問題点
がある。
【００１６】したがって、本発明が解決しようとする課
題は、メールアドレスを変更した場合に、その変更をい
ちいち相手に伝える必要がなく、もって、いつでも好き
なときにメールアドレスの変更を行うことができ、とり
わけ迷惑メール対策に効果を発揮する電子メールシステ
ムを提供することにある。
題は、メールアドレスを変更した場合に、その変更をい
ちいち相手に伝える必要がなく、もって、いつでも好き
なときにメールアドレスの変更を行うことができ、とり
わけ迷惑メール対策に効果を発揮する電子メールシステ
ムを提供することにある。
【００１７】
【課題を解決するための手段】本発明は、メールクライ
アントとメールサーバとを含む電子メールシステムで
り、メールクライアント及びメールサーバは、それぞれ
以下の手段を備える。
アントとメールサーバとを含む電子メールシステムで
り、メールクライアント及びメールサーバは、それぞれ
以下の手段を備える。
【００１８】すなわち、前記メールクライアントは、そ
のメールクライアントを利用する利用者のメールアドレ
スと前記電子メールシステム内で唯一無二の識別情報と
を保持する第一保持手段と、電子メールの送信相手のメ
ールアドレスとその送信相手の識別情報とを関連づけて
保持する第二保持手段と、電子メールの作成手段と、前
記作成手段によって作成された電子メールのメールヘッ
ダ部に、前記第一保持手段から読み出されたメールアド
レスと識別情報とを送信元情報としてセットする第一セ
ット手段と、前記作成手段によって作成された電子メー
ルのメールヘッダ部に、前記第二保持手段から読み出さ
れたメールアドレスと識別情報とを送信先情報としてセ
ットする第二セット手段と、前記第一及び第二セット手
段によってメールヘッダ部に所要の情報がセットされた
電子メールをメールサーバに送信する送信手段とを備え
る。
のメールクライアントを利用する利用者のメールアドレ
スと前記電子メールシステム内で唯一無二の識別情報と
を保持する第一保持手段と、電子メールの送信相手のメ
ールアドレスとその送信相手の識別情報とを関連づけて
保持する第二保持手段と、電子メールの作成手段と、前
記作成手段によって作成された電子メールのメールヘッ
ダ部に、前記第一保持手段から読み出されたメールアド
レスと識別情報とを送信元情報としてセットする第一セ
ット手段と、前記作成手段によって作成された電子メー
ルのメールヘッダ部に、前記第二保持手段から読み出さ
れたメールアドレスと識別情報とを送信先情報としてセ
ットする第二セット手段と、前記第一及び第二セット手
段によってメールヘッダ部に所要の情報がセットされた
電子メールをメールサーバに送信する送信手段とを備え
る。
【００１９】さらに、前記メールサーバは、前記電子メ
ールシステムを利用する全ての利用者のメールアドレス
と識別情報とを関連づけて保持する第三保持手段と、前
記メールクライアントから電子メールを受け取ると、そ
のメールヘッダ部にセットされている識別情報に対応す
るメールアドレスを前記第三保持手段から取り出し、取
り出したメールアドレスとメールヘッダ部にセットされ
ているメールアドレスとの一致／不一致を判定する判定
手段と、前記判定手段により、一致が判定された場合に
は送信元及び送信先のメールアドレスをそのままにし、
または、送信元のメールアドレスの不一致が判定された
場合にはメールヘッダ部にセットされているメールアド
レスで前記第三保持手段のメールアドレスを置き換え、
若しくは、送信先のメールアドレスの不一致が判定され
た場合には前記第三保持手段から取り出したメールアド
レスでメールヘッダ部にセットされているメールアドレ
スを置き換える置換手段と、前記置換手段による処理を
受けた後の電子メールを送信先のメールアドレス宛に送
信する送信手段とを備える。
ールシステムを利用する全ての利用者のメールアドレス
と識別情報とを関連づけて保持する第三保持手段と、前
記メールクライアントから電子メールを受け取ると、そ
のメールヘッダ部にセットされている識別情報に対応す
るメールアドレスを前記第三保持手段から取り出し、取
り出したメールアドレスとメールヘッダ部にセットされ
ているメールアドレスとの一致／不一致を判定する判定
手段と、前記判定手段により、一致が判定された場合に
は送信元及び送信先のメールアドレスをそのままにし、
または、送信元のメールアドレスの不一致が判定された
場合にはメールヘッダ部にセットされているメールアド
レスで前記第三保持手段のメールアドレスを置き換え、
若しくは、送信先のメールアドレスの不一致が判定され
た場合には前記第三保持手段から取り出したメールアド
レスでメールヘッダ部にセットされているメールアドレ
スを置き換える置換手段と、前記置換手段による処理を
受けた後の電子メールを送信先のメールアドレス宛に送
信する送信手段とを備える。
【００２０】この発明の作用を説明する。まず、この発
明におけるメールアドレスの変更は、第一保持手段に保
持されているメールアドレスを書き換えることによって
行われる。すなわち、メールクライアントの利用者は必
要に応じ、所定の形式に従って、第一保持手段に保持さ
れているメールアドレスの書き換えを行う。所定の形式
とは、たとえば、インターネット電子メールのメールア
ドレス形式である。この形式ではドメイン以外（アット
マーク“＠”よりも前の文字列）の変更が認められてい
る（ただし、同一ドメイン内で未使用の文字列）。ここ
では、変更前のメールアドレスを“ｙａｍａｄａ＠ｘｘ
ｘ．ｃｏｍ”、変更後のメールアドレスを“ｔａｒｏ＠
ｘｘｘ．ｃｏｍ”と仮定する。
明におけるメールアドレスの変更は、第一保持手段に保
持されているメールアドレスを書き換えることによって
行われる。すなわち、メールクライアントの利用者は必
要に応じ、所定の形式に従って、第一保持手段に保持さ
れているメールアドレスの書き換えを行う。所定の形式
とは、たとえば、インターネット電子メールのメールア
ドレス形式である。この形式ではドメイン以外（アット
マーク“＠”よりも前の文字列）の変更が認められてい
る（ただし、同一ドメイン内で未使用の文字列）。ここ
では、変更前のメールアドレスを“ｙａｍａｄａ＠ｘｘ
ｘ．ｃｏｍ”、変更後のメールアドレスを“ｔａｒｏ＠
ｘｘｘ．ｃｏｍ”と仮定する。
【００２１】本発明の電子メールシステムは、各利用者
ごとに唯一無二の識別情報（以下「ＩＤ」という）を発
行する。このＩＤは利用者ごとに固有の値を持ち、その
値はシステム内で重複することはない。
ごとに唯一無二の識別情報（以下「ＩＤ」という）を発
行する。このＩＤは利用者ごとに固有の値を持ち、その
値はシステム内で重複することはない。
【００２２】この発明のメールクライアントは、電子メ
ールを作成する際、そのメールヘッダ部に送信元アドレ
スと送信先アドレスをセットする点で従来のメールクラ
イアントと共通し、そのメールヘッダ部に、さらに、メ
ール作成者のＩＤと相手先のＩＤをセットする点で相違
する。メール作成者のＩＤは第一保持手段から読み出さ
れたもの、相手先のＩＤは第二保持手段から読み出され
たものである。
ールを作成する際、そのメールヘッダ部に送信元アドレ
スと送信先アドレスをセットする点で従来のメールクラ
イアントと共通し、そのメールヘッダ部に、さらに、メ
ール作成者のＩＤと相手先のＩＤをセットする点で相違
する。メール作成者のＩＤは第一保持手段から読み出さ
れたもの、相手先のＩＤは第二保持手段から読み出され
たものである。
【００２３】ここで、第一保持手段に保持されているメ
ールアドレスを“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”（変更後
のもの）、ＩＤを“１２３４”とし、第二保持手段に保
持されているメールアドレスを“ｈａｎａ＠ｘｘｘ．ｃ
ｏｍ”、ＩＤを“５６７８”と仮定する。
ールアドレスを“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”（変更後
のもの）、ＩＤを“１２３４”とし、第二保持手段に保
持されているメールアドレスを“ｈａｎａ＠ｘｘｘ．ｃ
ｏｍ”、ＩＤを“５６７８”と仮定する。
【００２４】この場合、メールクライアントによって作
成された電子メールのメールヘッダ部には、 送信元アドレス：ｔａｒｏ＠ｘｘｘ．ｃｏｍ（変更後の
もの） 送信元ＩＤ：１２３４ 送信先アドレス：ｈａｎａ＠ｘｘｘ．ｃｏｍ 送信先ＩＤ：５６７８ がセットされる。
成された電子メールのメールヘッダ部には、 送信元アドレス：ｔａｒｏ＠ｘｘｘ．ｃｏｍ（変更後の
もの） 送信元ＩＤ：１２３４ 送信先アドレス：ｈａｎａ＠ｘｘｘ．ｃｏｍ 送信先ＩＤ：５６７８ がセットされる。
【００２５】かかる電子メールがこの発明のメールサー
バで受け取られると、このメールサーバは、第三の保持
手段からＩＤ“１２３４”に対応するメールアドレス
と、ＩＤ“５６７８”に対応するメールアドレスを取り
出す。
バで受け取られると、このメールサーバは、第三の保持
手段からＩＤ“１２３４”に対応するメールアドレス
と、ＩＤ“５６７８”に対応するメールアドレスを取り
出す。
【００２６】今、取り出されたメールアドレスをそれぞ
れ“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”、“ｈａｎａ＠ｘ
ｘｘ．ｃｏｍ”とする。“ｙａｍａｄａ＠ｘｘｘ．ｃｏ
ｍ”は変更前のメールアドレスである。
れ“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”、“ｈａｎａ＠ｘ
ｘｘ．ｃｏｍ”とする。“ｙａｍａｄａ＠ｘｘｘ．ｃｏ
ｍ”は変更前のメールアドレスである。
【００２７】メールサーバは、電子メールのメールヘッ
ダ部にセットされているメールアドレスと、第三保持手
段から取り出したメールアドレスと一致／不一致を判定
する。
ダ部にセットされているメールアドレスと、第三保持手
段から取り出したメールアドレスと一致／不一致を判定
する。
【００２８】判定結果は、以下の三つのケースに分かれ
る。 ＜一致＞送信元アドレスも送信先アドレスも一致してい
るケースである。この場合は、正しいメールアドレスで
あるため、そのまま、送信しても差し支えない。
る。 ＜一致＞送信元アドレスも送信先アドレスも一致してい
るケースである。この場合は、正しいメールアドレスで
あるため、そのまま、送信しても差し支えない。
【００２９】＜送信元アドレスの不一致＞この場合、送
信者のメールクライアントでメールアドレスが変更
（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”→“ｔａｒｏ＠ｘ
ｘｘ．ｃｏｍ”）されているため、第三保持手段に保持
されているメールアドレスを正しいメールアドレスに置
き換える（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”→“ｔａ
ｒｏ＠ｘｘｘ．ｃｏｍ”）。メールヘッダ部は変更しな
い。
信者のメールクライアントでメールアドレスが変更
（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”→“ｔａｒｏ＠ｘ
ｘｘ．ｃｏｍ”）されているため、第三保持手段に保持
されているメールアドレスを正しいメールアドレスに置
き換える（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”→“ｔａ
ｒｏ＠ｘｘｘ．ｃｏｍ”）。メールヘッダ部は変更しな
い。
【００３０】＜送信先アドレスの不一致＞この場合、メ
ールヘッダ部を変更する必要があるため、第三保持手段
に保持されている正しいメールアドレスで、メールヘッ
ダ部の送信先アドレスを置き換える。
ールヘッダ部を変更する必要があるため、第三保持手段
に保持されている正しいメールアドレスで、メールヘッ
ダ部の送信先アドレスを置き換える。
【００３１】＜一致＞のケースでは、従来と同様に、メ
ールサーバで電子メールを送信することができる。ま
た、＜送信元アドレスの不一致＞のケースでは、メール
サーバの第三保持手段内の情報を更新することができ、
あるいは、＜送信元アドレスの不一致＞のケースでは、
電子メールのメールヘッダ部の情報を、第三保持手段の
情報で置換することができる。
ールサーバで電子メールを送信することができる。ま
た、＜送信元アドレスの不一致＞のケースでは、メール
サーバの第三保持手段内の情報を更新することができ、
あるいは、＜送信元アドレスの不一致＞のケースでは、
電子メールのメールヘッダ部の情報を、第三保持手段の
情報で置換することができる。
【００３２】したがって、各利用者の最新のメールアド
レスをメールサーバの第三保持手段で保持することがで
き、仮に、変更前の古いメールアドレス（“ｙａｍａｄ
ａ＠ｘｘｘ．ｃｏｍ”）を送信先アドレスに間違ってセ
ットした場合であっても、メールサーバで新しいメール
アドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）に置き換え
て送信できるから、電子メールの不達を回避できるとい
う格別のメリットが得られる。
レスをメールサーバの第三保持手段で保持することがで
き、仮に、変更前の古いメールアドレス（“ｙａｍａｄ
ａ＠ｘｘｘ．ｃｏｍ”）を送信先アドレスに間違ってセ
ットした場合であっても、メールサーバで新しいメール
アドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）に置き換え
て送信できるから、電子メールの不達を回避できるとい
う格別のメリットが得られる。
【００３３】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。なお、以下の説明における
様々な細部の特定ないし実例および数値や文字列その他
の記号の例示は、本発明の思想を明瞭にするための、あ
くまでも参考であって、それらのすべてまたは一部によ
って本発明の思想が限定されないことは明らかである。
また、周知の手法、周知の手順、周知のアーキテクチャ
および周知の回路構成等（以下「周知事項」）について
はその細部にわたる説明を避けるが、これも説明を簡潔
にするためであって、これら周知事項のすべてまたは一
部を意図的に排除するものではない。かかる周知事項は
本発明の出願時点で当業者の知り得るところであるの
で、以下の説明に当然含まれている。
施の形態を詳細に説明する。なお、以下の説明における
様々な細部の特定ないし実例および数値や文字列その他
の記号の例示は、本発明の思想を明瞭にするための、あ
くまでも参考であって、それらのすべてまたは一部によ
って本発明の思想が限定されないことは明らかである。
また、周知の手法、周知の手順、周知のアーキテクチャ
および周知の回路構成等（以下「周知事項」）について
はその細部にわたる説明を避けるが、これも説明を簡潔
にするためであって、これら周知事項のすべてまたは一
部を意図的に排除するものではない。かかる周知事項は
本発明の出願時点で当業者の知り得るところであるの
で、以下の説明に当然含まれている。
【００３４】図１は、本実施の形態における電子メール
システムの概念図である。この図において、電子メール
システム１０は、メールクライアント１１（作成手段、
第一セット手段、第二セット手段、送信手段）とメール
サーバ１２（判定手段）とを含む。メールクライアント
１１は、従来技術におけるＭＵＡに相当し、メールサー
バ１２は従来技術におけるＭＴＡに相当し、メールクラ
イアント１１とメールサーバ１２の間は、インターネッ
ト等のネットワーク（以下、単に「ネットワーク」とい
う）を介して相互に通信可能に接続されている。
システムの概念図である。この図において、電子メール
システム１０は、メールクライアント１１（作成手段、
第一セット手段、第二セット手段、送信手段）とメール
サーバ１２（判定手段）とを含む。メールクライアント
１１は、従来技術におけるＭＵＡに相当し、メールサー
バ１２は従来技術におけるＭＴＡに相当し、メールクラ
イアント１１とメールサーバ１２の間は、インターネッ
ト等のネットワーク（以下、単に「ネットワーク」とい
う）を介して相互に通信可能に接続されている。
【００３５】メールクライアント１１の実体は、ネット
ワークに接続可能なパーソナルコンピュータや携帯情報
端末または携帯電話機等の各種ハードウェア上で動作す
るメールクライアントソフトである。また、メールサー
バ１２の実体は、ネットワークに接続可能なサーバ専用
コンピュータやパーソナルコンピュータ等の各種ハード
ウェア上で動作するメールサーバソフトである。いずれ
も、コンピュータ等のハードウェアリソースとソフトウ
ェアリソースとの有機的結合によって、メールクライア
ントやメールサーバとして必要な機能を実現する点で共
通する。
ワークに接続可能なパーソナルコンピュータや携帯情報
端末または携帯電話機等の各種ハードウェア上で動作す
るメールクライアントソフトである。また、メールサー
バ１２の実体は、ネットワークに接続可能なサーバ専用
コンピュータやパーソナルコンピュータ等の各種ハード
ウェア上で動作するメールサーバソフトである。いずれ
も、コンピュータ等のハードウェアリソースとソフトウ
ェアリソースとの有機的結合によって、メールクライア
ントやメールサーバとして必要な機能を実現する点で共
通する。
【００３６】これらのメールクライアント１１及びメー
ルサーバ１２は、以下の機能を有する。 ＜メールクライアント１１＞メールクライアント１１
は、そのメールクライアント１１を利用する者（利用
者）のメールアカウント（電子メールシステム１０のア
カウント）を保持する第一保持手段１３を有する。この
第一保持手段１３は、電子メールシステム１０から割り
当てられた識別情報（システム内で唯一無二の情報；以
下「ＩＤ」）を格納するための自ＩＤフィールド１３ａ
と、当該利用者のメールアドレスを格納するための自ア
ドレスフィールド１３ｂとを少なくとも備える。
ルサーバ１２は、以下の機能を有する。 ＜メールクライアント１１＞メールクライアント１１
は、そのメールクライアント１１を利用する者（利用
者）のメールアカウント（電子メールシステム１０のア
カウント）を保持する第一保持手段１３を有する。この
第一保持手段１３は、電子メールシステム１０から割り
当てられた識別情報（システム内で唯一無二の情報；以
下「ＩＤ」）を格納するための自ＩＤフィールド１３ａ
と、当該利用者のメールアドレスを格納するための自ア
ドレスフィールド１３ｂとを少なくとも備える。
【００３７】また、メールクライアント１１は、電子メ
ール送信相手のアドレス情報を保持する第二保持手段１
４を有する。この第二保持手段１４は、いわゆる「アド
レス帳」として利用されるものであり、複数のデータレ
コードで構成される。各レコードは、送信相手のＩＤを
格納するためのＩＤフィールド１４ａと、送信相手のメ
ールアドレスを格納するためのアドレスフィールド１４
ｂとを少なくとも備える。
ール送信相手のアドレス情報を保持する第二保持手段１
４を有する。この第二保持手段１４は、いわゆる「アド
レス帳」として利用されるものであり、複数のデータレ
コードで構成される。各レコードは、送信相手のＩＤを
格納するためのＩＤフィールド１４ａと、送信相手のメ
ールアドレスを格納するためのアドレスフィールド１４
ｂとを少なくとも備える。
【００３８】メールクライアント１１は、通常のメール
クライアントソフトと同様に、電子メールの「編集」
（または作成）、「送信」、「受信」及び「表示」の各
機能を有する。すなわち、ＲＦＣ（Request For Commen
t）８２２形式の電子メールを編集し、それをメールサ
ーバ１２に送信し、また、自分宛の電子メールをメール
ボックスから受信し、それを表示する機能を有する。
クライアントソフトと同様に、電子メールの「編集」
（または作成）、「送信」、「受信」及び「表示」の各
機能を有する。すなわち、ＲＦＣ（Request For Commen
t）８２２形式の電子メールを編集し、それをメールサ
ーバ１２に送信し、また、自分宛の電子メールをメール
ボックスから受信し、それを表示する機能を有する。
【００３９】ここで、ＲＦＣ８２２形式の電子メール
は、先に説明したとおり、エンベロープ部、メールヘッ
ダ部及びメッセージボディ部の三つからなるが、本実施
の形態における電子メールは、そのうちのメールヘッダ
部に、以下の二つの特定用途フィールド（「拡張フィー
ルド」または「利用者定義フィールド」ともいう）を追
加した点に特徴がある。
は、先に説明したとおり、エンベロープ部、メールヘッ
ダ部及びメッセージボディ部の三つからなるが、本実施
の形態における電子メールは、そのうちのメールヘッダ
部に、以下の二つの特定用途フィールド（「拡張フィー
ルド」または「利用者定義フィールド」ともいう）を追
加した点に特徴がある。
【００４０】図において、メールクライアント１１によ
って編集された電子メールのメールヘッダ部１５には、
少なくとも、送信元アドレス、送信先アドレス、送信元
ＩＤ及び送信先ＩＤの各フィールドが設けられている。
ＲＦＣ８２２の規定に従えば、送信元アドレスは「Ｆｒ
ｏｍ」フィールドであり、送信先アドレスは「Ｔｏ」フ
ィールドである。また、送信元ＩＤと送信先ＩＤは、特
定用途フィールド（いわゆるＸ−ヘッダ）であり、本実
施の形態における電子メールシステム１０に特有のもの
である。Ｘ−ヘッダの命名は他の電子メールシステムで
使用されていない名前であれば自由である。以下、送信
元ＩＤフィールドのＸ−ヘッダ名を“Ｘ−ｈｉｍｉｔｓ
ｕ−ｓｅｎｄｅｒ−ｉｄ”とし、送信先ＩＤフィールド
のＸ−ヘッダ名を“Ｘ−ｈｉｍｉｔｓｕ−ｒｅｃｉｐｉ
ｅｎｔ−ｉｄ”とする。
って編集された電子メールのメールヘッダ部１５には、
少なくとも、送信元アドレス、送信先アドレス、送信元
ＩＤ及び送信先ＩＤの各フィールドが設けられている。
ＲＦＣ８２２の規定に従えば、送信元アドレスは「Ｆｒ
ｏｍ」フィールドであり、送信先アドレスは「Ｔｏ」フ
ィールドである。また、送信元ＩＤと送信先ＩＤは、特
定用途フィールド（いわゆるＸ−ヘッダ）であり、本実
施の形態における電子メールシステム１０に特有のもの
である。Ｘ−ヘッダの命名は他の電子メールシステムで
使用されていない名前であれば自由である。以下、送信
元ＩＤフィールドのＸ−ヘッダ名を“Ｘ−ｈｉｍｉｔｓ
ｕ−ｓｅｎｄｅｒ−ｉｄ”とし、送信先ＩＤフィールド
のＸ−ヘッダ名を“Ｘ−ｈｉｍｉｔｓｕ−ｒｅｃｉｐｉ
ｅｎｔ−ｉｄ”とする。
【００４１】ここで、“Ｘ−”は特定用途フィールドで
あることを示す接頭記号、“ｈｉｍｉｔｓｕ−”は特定
の電子メールシステム（電子メールシステム１０）を示
す文字列、“ｓｅｎｄｅｒ−ｉｄ”と“ｒｅｃｉｐｉｅ
ｎｔ−ｉｄ”はそれぞれ送信元ＩＤ及び送信先ＩＤを示
す文字列である。なお、“フィールド”を“タグ”とい
うこともある。
あることを示す接頭記号、“ｈｉｍｉｔｓｕ−”は特定
の電子メールシステム（電子メールシステム１０）を示
す文字列、“ｓｅｎｄｅｒ−ｉｄ”と“ｒｅｃｉｐｉｅ
ｎｔ−ｉｄ”はそれぞれ送信元ＩＤ及び送信先ＩＤを示
す文字列である。なお、“フィールド”を“タグ”とい
うこともある。
【００４２】メールクライアント１１は、電子メールを
編集する際、その電子メールのメールヘッダ部１５の各
フィールドに第一保持手段１３及び第二保持手段１４の
保持情報をセットする。
編集する際、その電子メールのメールヘッダ部１５の各
フィールドに第一保持手段１３及び第二保持手段１４の
保持情報をセットする。
【００４３】すなわち、送信元アドレス（Ｆｒｏｍ）に
第一保持手段１３の自アドレスフィールド１３ｂの情報
（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”）をセットし、送
信元ＩＤ（Ｘ−ｈｉｍｉｔｓｕ−ｓｅｎｄｅｒ−ｉｄ）
に第一保持手段１３の自アドレスフィールド１３ｂの情
報（“１２３４”）をセットすると共に、送信先アドレ
ス（Ｔｏ）に第二保持手段１４の選択アドレスフィール
ド１４ｂの情報（後述）をセットし、送信先ＩＤ（Ｘ−
ｈｉｍｉｔｓｕ−ｒｅｃｉｐｉｅｎｔ−ｉｄ）に第二保
持手段１４の選択ＩＤフィールド１４ａの情報（後述）
をセットする。
第一保持手段１３の自アドレスフィールド１３ｂの情報
（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”）をセットし、送
信元ＩＤ（Ｘ−ｈｉｍｉｔｓｕ−ｓｅｎｄｅｒ−ｉｄ）
に第一保持手段１３の自アドレスフィールド１３ｂの情
報（“１２３４”）をセットすると共に、送信先アドレ
ス（Ｔｏ）に第二保持手段１４の選択アドレスフィール
ド１４ｂの情報（後述）をセットし、送信先ＩＤ（Ｘ−
ｈｉｍｉｔｓｕ−ｒｅｃｉｐｉｅｎｔ−ｉｄ）に第二保
持手段１４の選択ＩＤフィールド１４ａの情報（後述）
をセットする。
【００４４】ここに、選択ＩＤフィールド１４ａ及び選
択アドレスフィールド１４ｂとは、電子メールを編集す
る際に、利用者によって選択された第二保持手段１４の
送信先選択レコードのことである。たとえば、図示の例
において、波線で囲まれた第二レコードを選択レコード
とすると、このレコードのＩＤフィールド１４ａの保持
情報（“５６７８”）がメールヘッダ部１５の送信先Ｉ
Ｄ（Ｘ−ｈｉｍｉｔｓｕ−ｒｅｃｉｐｉｅｎｔ−ｉｄ）
にセットされ、同レコードのアドレスフィールド１４ｂ
の保持情報（“ｈａｎａ＠ｘｘｘ．ｃｏｍ”）がメール
ヘッダ部１５の送信先アドレス（Ｔｏ）にセットされ
る。
択アドレスフィールド１４ｂとは、電子メールを編集す
る際に、利用者によって選択された第二保持手段１４の
送信先選択レコードのことである。たとえば、図示の例
において、波線で囲まれた第二レコードを選択レコード
とすると、このレコードのＩＤフィールド１４ａの保持
情報（“５６７８”）がメールヘッダ部１５の送信先Ｉ
Ｄ（Ｘ−ｈｉｍｉｔｓｕ−ｒｅｃｉｐｉｅｎｔ−ｉｄ）
にセットされ、同レコードのアドレスフィールド１４ｂ
の保持情報（“ｈａｎａ＠ｘｘｘ．ｃｏｍ”）がメール
ヘッダ部１５の送信先アドレス（Ｔｏ）にセットされ
る。
【００４５】＜メールサーバ１２＞一方、メールサーバ
１２は、電子メールシステム１０の全ての利用者のメー
ルアカウントを保持する第三保持手段（以下「テーブ
ル」ということもある）１６を有する。この第三保持手
段１６は、各利用者のＩＤを格納するためのＩＤフィー
ルド１６ａと、各利用者のメールアドレスを格納するた
めのアドレスフィールド１６ｂとを少なくとも備え、そ
れぞれの利用者のＩＤとメールアドレスとを関連づけて
保持する。たとえば、図示の例では、ＩＤ“１２３４”
の利用者について、そのメールアドレスとして“ｙａｍ
ａｄａ＠ｘｘｘ．ｃｏｍ”が保持されており、また、Ｉ
Ｄ“５６７８”の利用者について、そのメールアドレス
として“ｈａｎａ＠ｘｘｘ．ｃｏｍ”が保持されてい
る。
１２は、電子メールシステム１０の全ての利用者のメー
ルアカウントを保持する第三保持手段（以下「テーブ
ル」ということもある）１６を有する。この第三保持手
段１６は、各利用者のＩＤを格納するためのＩＤフィー
ルド１６ａと、各利用者のメールアドレスを格納するた
めのアドレスフィールド１６ｂとを少なくとも備え、そ
れぞれの利用者のＩＤとメールアドレスとを関連づけて
保持する。たとえば、図示の例では、ＩＤ“１２３４”
の利用者について、そのメールアドレスとして“ｙａｍ
ａｄａ＠ｘｘｘ．ｃｏｍ”が保持されており、また、Ｉ
Ｄ“５６７８”の利用者について、そのメールアドレス
として“ｈａｎａ＠ｘｘｘ．ｃｏｍ”が保持されてい
る。
【００４６】メールサーバ１２は、従来のメールサーバ
（図３のＭＴＡ）と同様に、メールクライアント１１か
ら送信された電子メールを受け取り、その電子メールの
メールヘッダ部１５の送信先アドレス（Ｔｏ）にセット
された情報に従って電子メールを転送（メールボックス
への配信または他のＭＴＡへの中継）するが、本実施の
形態のメールサーバ１２は、その転送処理において、以
下の特徴的なプロセスを実行する。
（図３のＭＴＡ）と同様に、メールクライアント１１か
ら送信された電子メールを受け取り、その電子メールの
メールヘッダ部１５の送信先アドレス（Ｔｏ）にセット
された情報に従って電子メールを転送（メールボックス
への配信または他のＭＴＡへの中継）するが、本実施の
形態のメールサーバ１２は、その転送処理において、以
下の特徴的なプロセスを実行する。
【００４７】すなわち、まず、メールヘッダ部１５の送
信元ＩＤ（Ｘ−ｈｉｍｉｔｓｕ−ｒｅｃｉｐｉｅｎｔ−
ｉｄ）フィールドと送信先ＩＤ（Ｘ−ｈｉｍｉｔｓｕ−
ｒｅｃｉｐｉｅｎｔ−ｉｄ）フィールドの情報（図示の
例では“１２３４”と“５６７８”）を取り出し、それ
らの情報を用いて第三保持手段１６のレコードを検索す
る（ステップＳ１）。次いで、ＩＤ一致のレコードを検
索すると、そのレコードのアドレスフィールド１６ｂか
らアドレスを取り出し、メールヘッダ部１５の送信元ア
ドレス（Ｆｒｏｍ）フィールドと送信先アドレス（Ｔ
ｏ）フィールドの情報と照合する（ステップＳ２）。
信元ＩＤ（Ｘ−ｈｉｍｉｔｓｕ−ｒｅｃｉｐｉｅｎｔ−
ｉｄ）フィールドと送信先ＩＤ（Ｘ−ｈｉｍｉｔｓｕ−
ｒｅｃｉｐｉｅｎｔ−ｉｄ）フィールドの情報（図示の
例では“１２３４”と“５６７８”）を取り出し、それ
らの情報を用いて第三保持手段１６のレコードを検索す
る（ステップＳ１）。次いで、ＩＤ一致のレコードを検
索すると、そのレコードのアドレスフィールド１６ｂか
らアドレスを取り出し、メールヘッダ部１５の送信元ア
ドレス（Ｆｒｏｍ）フィールドと送信先アドレス（Ｔ
ｏ）フィールドの情報と照合する（ステップＳ２）。
【００４８】次に、照合結果に応じた処理を実行する
が、照合結果は、次の三つのケースに分かれる。 ＜一致＞・・・・（イ）送信元アドレスと送信先アドレスが
共に一致するケースである。このケースでは、メールク
ライアント１１から受け取った電子メールをそのまま送
信する（ステップＳ３：送信手段）。
が、照合結果は、次の三つのケースに分かれる。 ＜一致＞・・・・（イ）送信元アドレスと送信先アドレスが
共に一致するケースである。このケースでは、メールク
ライアント１１から受け取った電子メールをそのまま送
信する（ステップＳ３：送信手段）。
【００４９】今、第三保持手段１６から取り出されたア
ドレスを“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”と“ｈａｎ
ａ＠ｘｘｘ．ｃｏｍ”とすると、この場合、メールヘッ
ダ部１５の送信元アドレス（Ｆｒｏｍ）フィールドの情
報が“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”であり、且つ、
送信先アドレス（Ｔｏ）フィールドの情報が“ｈａｎａ
＠ｘｘｘ．ｃｏｍ”であるから、このケース（イ）に該
当し、メールサーバ１２は、メールクライアント１１か
ら受け取った電子メールをそのまま送信する（ステップ
Ｓ３：送信手段）。
ドレスを“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”と“ｈａｎ
ａ＠ｘｘｘ．ｃｏｍ”とすると、この場合、メールヘッ
ダ部１５の送信元アドレス（Ｆｒｏｍ）フィールドの情
報が“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”であり、且つ、
送信先アドレス（Ｔｏ）フィールドの情報が“ｈａｎａ
＠ｘｘｘ．ｃｏｍ”であるから、このケース（イ）に該
当し、メールサーバ１２は、メールクライアント１１か
ら受け取った電子メールをそのまま送信する（ステップ
Ｓ３：送信手段）。
【００５０】＜送信元アドレス不一致＞・・・・（ロ）送信
元アドレスが一致しない（第一保持手段１３の情報と第
三保持手段の情報が一致しない）ケースである。このケ
ースは、メールクライアント１１の利用者によって自己
のメールアドレス（第一保持手段１３の自アドレスフィ
ールド１３ｂの情報）が変更され、その変更後、初めて
メールサーバ１２で当該メールクライアント１１からの
電子メールが受け取られたときに発生する。この受け取
り時点において、メールサーバ１２の第三保持手段１６
に保持されている当該利用者のメールアドレスは変更前
の旧アドレスである。
元アドレスが一致しない（第一保持手段１３の情報と第
三保持手段の情報が一致しない）ケースである。このケ
ースは、メールクライアント１１の利用者によって自己
のメールアドレス（第一保持手段１３の自アドレスフィ
ールド１３ｂの情報）が変更され、その変更後、初めて
メールサーバ１２で当該メールクライアント１１からの
電子メールが受け取られたときに発生する。この受け取
り時点において、メールサーバ１２の第三保持手段１６
に保持されている当該利用者のメールアドレスは変更前
の旧アドレスである。
【００５１】図２は、このケース（ロ）における特異プ
ロセスの抽出図である。今、第三保持手段１６から取り
出されたアドレスを“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”
とすると、この場合、メールヘッダ部１５の送信元アド
レス（Ｆｒｏｍ）フィールドの情報が不一致になる。こ
のケースでは、送信元アドレスが“ｙａｍａｄａ＠ｘｘ
ｘ．ｃｏｍ”から“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”に変更
されており、メールクライアント１１から受け取った電
子メールをそのまま送信する（ステップＳ３：送信手
段）と、不達メールにはならないものの、次の不都合を
招く。
ロセスの抽出図である。今、第三保持手段１６から取り
出されたアドレスを“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”
とすると、この場合、メールヘッダ部１５の送信元アド
レス（Ｆｒｏｍ）フィールドの情報が不一致になる。こ
のケースでは、送信元アドレスが“ｙａｍａｄａ＠ｘｘ
ｘ．ｃｏｍ”から“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”に変更
されており、メールクライアント１１から受け取った電
子メールをそのまま送信する（ステップＳ３：送信手
段）と、不達メールにはならないものの、次の不都合を
招く。
【００５２】すなわち、その電子メールを受け取った利
用者がメールヘッダ部１５の送信元アドレス（Ｆｒｏ
ｍ）フィールドに注目すれば、メールアドレスの変更を
知ることができ、自分のアドレス帳（第二保持手段１
４）のアドレスを修正できるが、多くの利用者はメール
ヘッダ部１５を子細に眺めないため、メールアドレスの
変更を見落としてしまう。その結果、変更前のメールア
ドレス（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”）を使用し
て返信メール等を送信することとなり、結局、変更後の
メールアドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）にメ
ールを届けることができなくなるから、その段階で不達
メールが発生するという不都合を招く。
用者がメールヘッダ部１５の送信元アドレス（Ｆｒｏ
ｍ）フィールドに注目すれば、メールアドレスの変更を
知ることができ、自分のアドレス帳（第二保持手段１
４）のアドレスを修正できるが、多くの利用者はメール
ヘッダ部１５を子細に眺めないため、メールアドレスの
変更を見落としてしまう。その結果、変更前のメールア
ドレス（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”）を使用し
て返信メール等を送信することとなり、結局、変更後の
メールアドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）にメ
ールを届けることができなくなるから、その段階で不達
メールが発生するという不都合を招く。
【００５３】そこで、本実施の形態におけるメールサー
バ１２は、かかるケース（ロ：送信元アドレス不一致）
の場合、第三保持手段（テーブル）１６の該当アドレス
（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”）を送信元アドレ
ス（Ｔｏ）フィールドの情報、すなわち、変更後のメー
ルアドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）で置き換
えるという処理を実行する（ステップＳ４：置換手
段）。
バ１２は、かかるケース（ロ：送信元アドレス不一致）
の場合、第三保持手段（テーブル）１６の該当アドレス
（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”）を送信元アドレ
ス（Ｔｏ）フィールドの情報、すなわち、変更後のメー
ルアドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）で置き換
えるという処理を実行する（ステップＳ４：置換手
段）。
【００５４】こうすることにより、次のケース（ハ）の
処理と相まって、上記の不都合を解消できる。 ＜送信先アドレス不一致＞・・・・（ハ）メールクライアン
ト１１から受け取った電子メールの送信先アドレス（Ｔ
ｏ）に、変更前のアドレス（“ｙａｍａｄａ＠ｘｘｘ．
ｃｏｍ”）が使用されていたケースである。このケース
では、メールサーバ１２は、第三保持手段（テーブル）
１６の該当アドレスで送信元アドレス（Ｔｏ）フィール
ドの情報を置き換えるという処理を実行する（ステップ
Ｓ５：置換手段）。
処理と相まって、上記の不都合を解消できる。 ＜送信先アドレス不一致＞・・・・（ハ）メールクライアン
ト１１から受け取った電子メールの送信先アドレス（Ｔ
ｏ）に、変更前のアドレス（“ｙａｍａｄａ＠ｘｘｘ．
ｃｏｍ”）が使用されていたケースである。このケース
では、メールサーバ１２は、第三保持手段（テーブル）
１６の該当アドレスで送信元アドレス（Ｔｏ）フィール
ドの情報を置き換えるという処理を実行する（ステップ
Ｓ５：置換手段）。
【００５５】ここで、前記のケース（ロ：送信元アドレ
ス不一致）において、第三保持手段１６の該当アドレス
が“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”から“ｔａｒｏ＠
ｘｘｘ．ｃｏｍ”に置換されているとすると、この送信
先アドレス不一致のケース（ハ）では、第三保持手段
（テーブル）１６の該当アドレス（“ｔａｒｏ＠ｘｘ
ｘ．ｃｏｍ”）で送信元アドレス（Ｔｏ）フィールドの
情報（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”）が置き換え
られるため、結局、メール送信処理（ステップＳ３：送
信手段）は、変更後のメールアドレス（“ｔａｒｏ＠ｘ
ｘｘ．ｃｏｍ”）に対して行われることになる。
ス不一致）において、第三保持手段１６の該当アドレス
が“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”から“ｔａｒｏ＠
ｘｘｘ．ｃｏｍ”に置換されているとすると、この送信
先アドレス不一致のケース（ハ）では、第三保持手段
（テーブル）１６の該当アドレス（“ｔａｒｏ＠ｘｘ
ｘ．ｃｏｍ”）で送信元アドレス（Ｔｏ）フィールドの
情報（“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”）が置き換え
られるため、結局、メール送信処理（ステップＳ３：送
信手段）は、変更後のメールアドレス（“ｔａｒｏ＠ｘ
ｘｘ．ｃｏｍ”）に対して行われることになる。
【００５６】したがって、利用者ＩＤ“１２３４”のメ
ールアドレスが“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”から
“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”に変更された場合、その
変更を知らない他の利用者（たとえば、ＩＤ“５６７
８”を持つ利用者）から変更前のメールアドレス（“ｙ
ａｍａｄａ＠ｘｘｘ．ｃｏｍ”）で出された電子メール
であっても、送信先アドレス（Ｔｏ）を正しいメールア
ドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）に置き換えて
送信することができ、電子メールの不達問題を回避する
ことができるという格別の効果が得られる。
ールアドレスが“ｙａｍａｄａ＠ｘｘｘ．ｃｏｍ”から
“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”に変更された場合、その
変更を知らない他の利用者（たとえば、ＩＤ“５６７
８”を持つ利用者）から変更前のメールアドレス（“ｙ
ａｍａｄａ＠ｘｘｘ．ｃｏｍ”）で出された電子メール
であっても、送信先アドレス（Ｔｏ）を正しいメールア
ドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）に置き換えて
送信することができ、電子メールの不達問題を回避する
ことができるという格別の効果が得られる。
【００５７】なお、上記の送信先アドレス不一致のケー
ス（ハ）において、ステップＳ５を実行する際に、電子
メール送信元のメールクライアント１１に対して、送信
先アドレスの置換を行った旨と、その置換後のメールア
ドレスの情報（及びそのＩＤ）を通知する（ステップＳ
６）ようにすると、電子メール送信元のメールクライア
ント１１の第二保持手段１４の該当アドレスを、手動ま
たは自動で変更することが可能になるから好ましい。
ス（ハ）において、ステップＳ５を実行する際に、電子
メール送信元のメールクライアント１１に対して、送信
先アドレスの置換を行った旨と、その置換後のメールア
ドレスの情報（及びそのＩＤ）を通知する（ステップＳ
６）ようにすると、電子メール送信元のメールクライア
ント１１の第二保持手段１４の該当アドレスを、手動ま
たは自動で変更することが可能になるから好ましい。
【００５８】本実施の形態の主要な機能は、マイクロコ
ンピュータを含むハードウェア資産と、オペレーティン
グシステムや各種プログラムなどのソフトウェア資産と
の有機的結合によって機能的に実現されるものである
が、ハードウェア資産およびオペレーティングシステム
は汎用のものを利用できるから、本発明にとって欠くこ
とのできない必須の事項は、実質的に、前記のメールク
ライアント１１及びメールサーバ１２を実現するための
プログラムに集約されているということがいえる。した
がって、本発明は、かかるプログラムそれ自体、または
そのプログラムのすべて若しくはその要部を格納した、
フレキシブルディスク、光ディスク、磁気ディスク、ハ
ードディスク、半導体メモリなどの記録媒体（それ自体
が流通経路に乗るものはもちろん、ネットワーク上にあ
って記録内容だけを提供するものも含む）を包含するも
のである。
ンピュータを含むハードウェア資産と、オペレーティン
グシステムや各種プログラムなどのソフトウェア資産と
の有機的結合によって機能的に実現されるものである
が、ハードウェア資産およびオペレーティングシステム
は汎用のものを利用できるから、本発明にとって欠くこ
とのできない必須の事項は、実質的に、前記のメールク
ライアント１１及びメールサーバ１２を実現するための
プログラムに集約されているということがいえる。した
がって、本発明は、かかるプログラムそれ自体、または
そのプログラムのすべて若しくはその要部を格納した、
フレキシブルディスク、光ディスク、磁気ディスク、ハ
ードディスク、半導体メモリなどの記録媒体（それ自体
が流通経路に乗るものはもちろん、ネットワーク上にあ
って記録内容だけを提供するものも含む）を包含するも
のである。
【００５９】
【発明の効果】本発明によれば、各利用者の最新のメー
ルアドレスをメールサーバの第三保持手段で保持するこ
とができ、仮に、変更前の古いメールアドレス（“ｙａ
ｍａｄａ＠ｘｘｘ．ｃｏｍ”）を送信先アドレスに間違
ってセットした場合であっても、メールサーバで新しい
メールアドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）に置
き換えて送信できるから、電子メールの不達を回避でき
るという格別のメリットが得られる。
ルアドレスをメールサーバの第三保持手段で保持するこ
とができ、仮に、変更前の古いメールアドレス（“ｙａ
ｍａｄａ＠ｘｘｘ．ｃｏｍ”）を送信先アドレスに間違
ってセットした場合であっても、メールサーバで新しい
メールアドレス（“ｔａｒｏ＠ｘｘｘ．ｃｏｍ”）に置
き換えて送信できるから、電子メールの不達を回避でき
るという格別のメリットが得られる。
【００６０】したがって、メールアドレスを変更した場
合に、その変更をいちいち相手に伝える必要がなく、も
って、いつでも好きなときにメールアドレスの変更を行
うことができ、とりわけ迷惑メール対策に効果を発揮す
る電子メールシステムを提供することができる。
合に、その変更をいちいち相手に伝える必要がなく、も
って、いつでも好きなときにメールアドレスの変更を行
うことができ、とりわけ迷惑メール対策に効果を発揮す
る電子メールシステムを提供することができる。
【図１】本実施の形態における電子メールシステムの概
念図である。
念図である。
【図２】送信元アドレス不一致のケース（ロ）における
特異プロセスの抽出図である。
特異プロセスの抽出図である。
【図３】電子メールシステムの概念図である。
１０ 電子メールシステム
１１ メールクライアント（作成手段、第一セット手
段、第二セット手段、送信手段） １２ メールサーバ（判定手段） １３ 第一保持手段 １４ 第二保持手段 １５ メールヘッダ部 １６ 第三保持手段 Ｓ３ ステップ（送信手段） Ｓ４ ステップ（置換手段） Ｓ５ ステップ（置換手段）
段、第二セット手段、送信手段） １２ メールサーバ（判定手段） １３ 第一保持手段 １４ 第二保持手段 １５ メールヘッダ部 １６ 第三保持手段 Ｓ３ ステップ（送信手段） Ｓ４ ステップ（置換手段） Ｓ５ ステップ（置換手段）
Claims (7)
- 【請求項１】 メールクライアントとメールサーバとを
含む電子メールシステムにおいて、 前記メールクライアントは、 そのメールクライアントを利用する利用者のメールアド
レスと前記電子メールシステム内で唯一無二の識別情報
とを保持する第一保持手段と、 電子メールの送信相手のメールアドレスとその送信相手
の識別情報とを関連づけて保持する第二保持手段と、 電子メールの作成手段と、 前記作成手段によって作成された電子メールのメールヘ
ッダ部に、前記第一保持手段から読み出されたメールア
ドレスと識別情報とを送信元情報としてセットする第一
セット手段と、 前記作成手段によって作成された電子メールのメールヘ
ッダ部に、前記第二保持手段から読み出されたメールア
ドレスと識別情報とを送信先情報としてセットする第二
セット手段と、 前記第一及び第二セット手段によってメールヘッダ部に
所要の情報がセットされた電子メールをメールサーバに
送信する送信手段とを備え、 前記メールサーバは、 前記電子メールシステムを利用する全ての利用者のメー
ルアドレスと識別情報とを関連づけて保持する第三保持
手段と、 前記メールクライアントから電子メールを受け取ると、
そのメールヘッダ部にセットされている識別情報に対応
するメールアドレスを前記第三保持手段から取り出し、
取り出したメールアドレスとメールヘッダ部にセットさ
れているメールアドレスとの一致／不一致を判定する判
定手段と、 前記判定手段により、一致が判定された場合には送信元
及び送信先のメールアドレスをそのままにし、または、
送信元のメールアドレスの不一致が判定された場合には
メールヘッダ部にセットされているメールアドレスで前
記第三保持手段のメールアドレスを置き換え、若しく
は、送信先のメールアドレスの不一致が判定された場合
には前記第三保持手段から取り出したメールアドレスで
メールヘッダ部にセットされているメールアドレスを置
き換える置換手段と、 前記置換手段による処理を受けた後の電子メールを送信
先のメールアドレス宛に送信する送信手段とを備えるこ
とを特徴とする電子メールシステム。 - 【請求項２】 メールクライアントとメールサーバとを
含む電子メールシステムに用いられるメールクライアン
トであって、 前記メールクライアントは、 そのメールクライアントを利用する利用者のメールアド
レスと前記電子メールシステム内で唯一無二の識別情報
とを保持する第一保持手段と、 電子メールの送信相手のメールアドレスとその送信相手
の識別情報とを関連づけて保持する第二保持手段と、 電子メールの作成手段と、 前記作成手段によって作成された電子メールのメールヘ
ッダ部に、前記第一保持手段から読み出されたメールア
ドレスと識別情報とを送信元情報としてセットする第一
セット手段と、 前記作成手段によって作成された電子メールのメールヘ
ッダ部に、前記第二保持手段から読み出されたメールア
ドレスと識別情報とを送信先情報としてセットする第二
セット手段と、 前記第一及び第二セット手段によってメールヘッダ部に
所要の情報がセットされた電子メールをメールサーバに
送信する送信手段とを備えることを特徴とするメールク
ライアント。 - 【請求項３】 メールクライアントとメールサーバとを
含む電子メールシステムに用いられるメールサーバであ
って、 前記メールサーバは、 前記電子メールシステムを利用する全ての利用者のメー
ルアドレスと識別情報とを関連づけて保持する第三保持
手段と、 前記メールクライアントから電子メールを受け取ると、
そのメールヘッダ部にセットされている識別情報に対応
するメールアドレスを前記第三保持手段から取り出し、
取り出したメールアドレスとメールヘッダ部にセットさ
れているメールアドレスとの一致／不一致を判定する判
定手段と、 前記判定手段により、一致が判定された場合には送信元
及び送信先のメールアドレスをそのままにし、または、
送信元のメールアドレスの不一致が判定された場合には
メールヘッダ部にセットされているメールアドレスで前
記第三保持手段のメールアドレスを置き換え、若しく
は、送信先のメールアドレスの不一致が判定された場合
には前記第三保持手段から取り出したメールアドレスで
メールヘッダ部にセットされているメールアドレスを置
き換える置換手段と、 前記置換手段による処理を受けた後の電子メールを送信
先のメールアドレス宛に送信する送信手段とを備えるこ
とを特徴とするメールサーバ。 - 【請求項４】 コンピュータにメールクライアントとし
ての処理機能を実行させるためのプログラムであって、 前記処理機能は、 前記メールクライアントを利用する利用者のメールアド
レスと前記電子メールシステム内で唯一無二の識別情報
とを保持する第一保持手段と、 電子メールの送信相手のメールアドレスとその送信相手
の識別情報とを関連づけて保持する第二保持手段と、 電子メールの作成手段と、 前記作成手段によって作成された電子メールのメールヘ
ッダ部に、前記第一保持手段から読み出されたメールア
ドレスと識別情報とを送信元情報としてセットする第一
セット手段と、 前記作成手段によって作成された電子メールのメールヘ
ッダ部に、前記第二保持手段から読み出されたメールア
ドレスと識別情報とを送信先情報としてセットする第二
セット手段と、 前記第一及び第二セット手段によってメールヘッダ部に
所要の情報がセットされた電子メールをメールサーバに
送信する送信手段とを含むことを特徴とするプログラ
ム。 - 【請求項５】 コンピュータにメールサーバとしての処
理機能を実行させるためのプログラムであって、 前記処理機能は、 前記電子メールシステムを利用する全ての利用者のメー
ルアドレスと識別情報とを関連づけて保持する第三保持
手段と、 前記メールクライアントから電子メールを受け取ると、
そのメールヘッダ部にセットされている識別情報に対応
するメールアドレスを前記第三保持手段から取り出し、
取り出したメールアドレスとメールヘッダ部にセットさ
れているメールアドレスとの一致／不一致を判定する判
定手段と、 前記判定手段により、一致が判定された場合には送信元
及び送信先のメールアドレスをそのままにし、または、
送信元のメールアドレスの不一致が判定された場合には
メールヘッダ部にセットされているメールアドレスで前
記第三保持手段のメールアドレスを置き換え、若しく
は、送信先のメールアドレスの不一致が判定された場合
には前記第三保持手段から取り出したメールアドレスで
メールヘッダ部にセットされているメールアドレスを置
き換える置換手段と、 前記置換手段による処理を受けた後の電子メールを送信
先のメールアドレス宛に送信する送信手段とを含むこと
を特徴とするプログラム。 - 【請求項６】 前記メールサーバは、前記置換手段によ
って、メールアドレスが置き換えられた際に、少なくと
も置換後のメールアドレスとそのメールアドレスの識別
情報とを当該電子メールの送信元に通知することを特徴
とする請求項３記載のメールサーバ。 - 【請求項７】 前記メールクライアントは、前記メール
サーバから、少なくとも置換後のメールアドレスとその
メールアドレスの識別情報とが通知された際に、その通
知情報に基づいて、第二保持手段の保持情報を更新する
ことを特徴とする請求項２記載のメールクライアント。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002045608A JP3868308B2 (ja) | 2002-02-22 | 2002-02-22 | 電子メールシステム、メールサーバ及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002045608A JP3868308B2 (ja) | 2002-02-22 | 2002-02-22 | 電子メールシステム、メールサーバ及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003249963A true JP2003249963A (ja) | 2003-09-05 |
| JP3868308B2 JP3868308B2 (ja) | 2007-01-17 |
Family
ID=28659358
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002045608A Expired - Fee Related JP3868308B2 (ja) | 2002-02-22 | 2002-02-22 | 電子メールシステム、メールサーバ及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3868308B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007300639A (ja) * | 2006-05-05 | 2007-11-15 | Internatl Business Mach Corp <Ibm> | 移植可能な電子メール・アドレスを利用する方法及び装置 |
| JPWO2008111133A1 (ja) * | 2007-03-15 | 2010-06-24 | 富士通株式会社 | 電子メール端末装置、メールサーバ、チェックコード登録方法、メール受信許可方法及びプログラム |
| JP2014109873A (ja) * | 2012-11-30 | 2014-06-12 | Canon Marketing Japan Inc | 情報処理装置、情報処理方法、プログラム、情報処理システム |
| CN114650276A (zh) * | 2022-02-24 | 2022-06-21 | 北京健康之家科技有限公司 | 业务请求处理方法、电子设备终端及存储介质 |
-
2002
- 2002-02-22 JP JP2002045608A patent/JP3868308B2/ja not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007300639A (ja) * | 2006-05-05 | 2007-11-15 | Internatl Business Mach Corp <Ibm> | 移植可能な電子メール・アドレスを利用する方法及び装置 |
| US8230027B2 (en) | 2006-05-05 | 2012-07-24 | International Business Machines Corporation | Method and apparatus for utilizing portable e-mail addresses |
| JPWO2008111133A1 (ja) * | 2007-03-15 | 2010-06-24 | 富士通株式会社 | 電子メール端末装置、メールサーバ、チェックコード登録方法、メール受信許可方法及びプログラム |
| JP4673425B2 (ja) * | 2007-03-15 | 2011-04-20 | 富士通株式会社 | 電子メール端末装置、メールサーバ、チェックコード登録方法、メール受信許可方法及びプログラム |
| US8671148B2 (en) | 2007-03-15 | 2014-03-11 | Fujitsu Limited | Electronic mail terminal apparatus, mail server, check code registering method, and mail reception permitting method |
| JP2014109873A (ja) * | 2012-11-30 | 2014-06-12 | Canon Marketing Japan Inc | 情報処理装置、情報処理方法、プログラム、情報処理システム |
| CN114650276A (zh) * | 2022-02-24 | 2022-06-21 | 北京健康之家科技有限公司 | 业务请求处理方法、电子设备终端及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3868308B2 (ja) | 2007-01-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6823368B1 (en) | Method and system for E-mail sender chain history by adding a sender-chain filed to the E-mail header when forwarding a chain forwarded E-mail message to another recipient | |
| US6360272B1 (en) | Method and apparatus for maintaining a unified view of multiple mailboxes | |
| US6266692B1 (en) | Method for blocking all unwanted e-mail (SPAM) using a header-based password | |
| US7499976B2 (en) | Warning and avoidance of sending email messages to unintended recipients | |
| US8280967B2 (en) | Virtual email method for preventing delivery of unsolicited and undesired electronic messages | |
| US7103634B1 (en) | Method and system for e-mail chain group | |
| US20030200267A1 (en) | Email management system | |
| US7231427B1 (en) | E-mail protocol using assumed send and reply address and smart E-mail archiving by addressee and addressor | |
| US8838718B2 (en) | Virtual email method for preventing delivery of undesired electronic messages | |
| US20030229672A1 (en) | Enforceable spam identification and reduction system, and method thereof | |
| US20090113012A1 (en) | System and method for identifying spoofed email by modifying the sender address | |
| US20020112010A1 (en) | Selective dissemination of electronic mail attachments | |
| US20040078488A1 (en) | Method and computer product for identifying and selecting potential e-mail reply recipients from a multi-party e-mail | |
| US20060184635A1 (en) | Electronic mail method using email tickler | |
| US20040093382A1 (en) | Method of transmitting an electronic mail message | |
| JP4521480B1 (ja) | 未送信の受信者のあるｅメール・メッセージを訂正するための方法、システム、およびコンピュータ・プログラム | |
| US20080235798A1 (en) | Method for filtering junk messages | |
| US8635286B2 (en) | Mailing list expansion trace | |
| US20060168038A1 (en) | Message gateways and methods and systems for message dispatching based on group communication | |
| US7761519B2 (en) | Method, system, and computer program product for displaying message genealogy | |
| JP2003249963A (ja) | 電子メールシステム、メールクライアント、メールサーバ及びプログラム | |
| US20100057874A1 (en) | Preventing wrongful transmission of message content | |
| KR100644388B1 (ko) | 스레드 메일 서비스 제공 방법, 시스템 및 이를 구현하기위한 프로그램이 기록된 기록매체 | |
| JP4784862B2 (ja) | メール一斉同時配信装置、方法、プログラム及び端末 | |
| JPWO2006067965A1 (ja) | 迷惑メール判定装置、および迷惑メール判定方法、並びに判定プログラム、記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050216 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060511 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060710 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061010 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061010 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101020 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111020 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121020 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121020 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131020 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |