JP4290502B2 - 仮想サーバ、メールの処理方法、及びメール処理プログラム - Google Patents
仮想サーバ、メールの処理方法、及びメール処理プログラム Download PDFInfo
- Publication number
- JP4290502B2 JP4290502B2 JP2003208294A JP2003208294A JP4290502B2 JP 4290502 B2 JP4290502 B2 JP 4290502B2 JP 2003208294 A JP2003208294 A JP 2003208294A JP 2003208294 A JP2003208294 A JP 2003208294A JP 4290502 B2 JP4290502 B2 JP 4290502B2
- Authority
- JP
- Japan
- Prior art keywords
- processing
- symbol
- attached
- specific 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/08—Annexed information, e.g. attachments
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Signal Processing (AREA)
- Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Operations Research (AREA)
- Data Mining & Analysis (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、市販のメーラや既存のメーラで送信されたメールに処理を施す電子メール格納装置、電子メール格納方法及び電子メール格納プログラムに関する。
【０００２】
【従来の技術】
従来から、ユーザがメールの送信を指示した後、メールの送信を一時止めるシステムが開発されている。
【０００３】
例えば、従来では、メールを送信する側のパーソナルコンピュータ内にソフトウェアによる仮想ＳＭＴＰサーバが設けられており、送信されたメールを本物のＳＭＴＰサーバに転送する前に、ソフトウェアによる仮想ＳＭＴＰサーバ上でメール送信の停止を行っている。
【０００４】
このメール送信の停止には制限時間が設定されており、設定された制限時間の範囲内であれば、メール送信後のキャンセルを手動で行うことができる。これにより間違いメールを修正する機会が与えられる。
【０００５】
【特許文献１】
特開２００１−３５０６９４号公報
【特許文献２】
特開平７−１３１４８０号公報
【０００６】
【発明が解決しようとする課題】
しかし従来の技術では、仮想ＳＭＴＰサーバでメール送信の停止を行っているものの、送信済のメール内容に間違いがあったことに気づいた場合、メール送信のキャンセルは手動で行わなければならず、さらに、新規メールとして訂正後のメールを再度送信しなければならない。
【０００７】
また、従来の技術は、特定のメーラのみの対応なので、その特定のメーラを使用していない限り、ユーザが普段使っているメーラでは利用できない仕様となっている。
【０００８】
本発明の目的は、ユーザが使用しているメーラの種類を問わず、送信済みのメールの削除や更新などの処理をメールの送信で可能とし、その利便性を向上させることが可能な電子メール格納装置、電子メール格納方法及び電子メール格納プログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明に係る電子メール格納装置は、
送信する電子メールを一時格納する電子メール格納装置において、
電子メールを格納する格納手段と、
一時格納する電子メールを受信する受信手段と、
前記受信手段から受信した電子メール内から、前記格納手段に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索する検索手段と、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、前記処理情報にしたがって、前記特定された電子メールに対して処理を行なう処理手段とを備える。
【００１０】
また、本発明に係る電子メール格納装置は、
前記処理情報が、前記特定された電子メールの本文を更新する処理を示す更新情報であり、
前記特定された電子メールの更新後の本文の内容が、前記電子メールの本文に添付され、
前記処理手段は、前記電子メールから、前記特定情報及び前記更新情報を削除し、前記特定された電子メールを前記格納手段から削除し、前記電子メールを前記格納手段に格納する。
【００１１】
また、本発明に係る電子メール格納装置は、
前記処理情報が、前記特定された電子メールを削除する処理を示す更新情報であり、
前記処理手段は、前記特定された電子メールを前記格納手段から削除する。
【００１２】
また、本発明に係る電子メール格納方法は、
送信する電子メールを記憶装置に一時格納する電子メール格納方法において、
一時格納する電子メールを受信し、
受信した電子メール内から、前記記憶装置に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索し、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、
前記処理情報にしたがって、前記特定された電子メールに対して処理を行う。
【００１３】
また、本発明に係る電子メール格納プログラムは、
コンピュータに、送信する電子メールを記憶装置に一時格納させる電子メール格納プログラムにおいて、
一時格納する電子メールを受信する受信ステップと、
受信した電子メール内から、前記記憶装置に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索する検索ステップと、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、
前記処理情報にしたがって、前記特定された電子メールに対して処理を行なう処理ステップを実行させる。
【００１４】
本発明により、あらゆる種のメーラおよびメール送受信機能を継承しつつ、間違いメールの送信キャンセルや修正メールへの更新、転送などを仮想サーバが全て代用することにより、利便性が向上する。
【００１５】
つまり、送信後のメールをキャンセルまたは消去操作を行わなくても、送信後と同一のメールにより修正または更新できる仕組みを提供できる。
【００１６】
なお、特定情報とは、例えばＭｅｓｓａｇｅ-ＩＤのことをいう。
【００１７】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成部品の寸法、材質、形状、その相対配置などは、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１８】
また、以下の図面において、既述の図面に記載された部材と同様の部材には同じ番号を付す。
【００１９】
＜電子メール格納方法の概念図＞
以下、本発明に係る電子メール格納方法の一実施形態について図面を参照して説明する。図１に、本発明に係る電子メール格納方法の一実施形態が適用されるメールシステムの概念図を示す。
【００２０】
図１に示されるように、本発明に係る電子メール格納方法の一実施形態が適用されるメールシステムは、メールの送信側のクライアント（パーソナルコンピュータ）１０１と、受信したメールを、宛先にあてて送信するＳＭＴＰサーバ１０３とを備えている。なお、このＳＭＴＰサーバ１０３のことを、仮想ＳＭＴＰサーバ１０２と対比する意味で、本物のＳＭＴＰサーバということもある。
【００２１】
さらに、本発明に係る電子メール格納方法の一実施形態が適用されるメールシステムは、ソフトウェアにより実現される仮想ＳＭＴＰサーバ１０２を備える。
【００２２】
この仮想ＳＭＴＰサーバ１０２は、クライアント１０１、ＳＭＴＰサーバ１０３のいずれに導入しても良い。さらに、この仮想ＳＭＴＰサーバ１０２を、図１には不図示の、クライアント１０１にネットワークを介して接続されたメールサーバに導入するとしても良い。以下の説明では、仮想ＳＭＴＰサーバ１０２を、クライアント１０１に導入する場合を例に説明する。なお、ＳＭＴＰサーバ１０３に仮想ＳＭＴＰサーバ１０２を導入すれば、ＳＭＴＰサーバ１０３の処理能力が高いため、メールの処理効率は高くなる。
【００２３】
また、この仮想ＳＭＴＰサーバ１０２は、例えばクライアント１０１に備えられているメーラとは独立のソフトウェアである。
【００２４】
すなわち、仮想ＳＭＴＰサーバ１０２は、クライアント１０１に備えられたメーラから送信されたメールを、仮のＳＭＴＰサーバとして受信するようになっている。
【００２５】
そのため、クライアント１０１のメーラでは、ＳＭＴＰサーバのサーバ名を仮想ＳＭＴＰサーバ１０２に設定する。
【００２６】
そのため、本実施形態の仮想ＳＭＴＰサーバ１０２は、クライアント１０１に備えられたメーラから独立であり、クライアント１０１に導入されているメーラの種類を問わず、使用することができる。
【００２７】
図１に示すように、本実施形態の電子メール格納方法が適用されるメールシステムは、ソフトウェアによる仮想ＳＭＴＰサーバ１０２をクライアント１０１の内部に導入し、実存するＳＭＴＰサーバ１０３へ転送されるメールを仮想ＳＭＴＰサーバ１０２にてフック（横取り）し、ＳＭＴＰサーバ１０３への送信を停止している。このフック（横取り）については、後述する。
【００２８】
ここで、仮想ＳＭＴＰサーバ１０２によって停止されたメールは、仮想ＳＭＴＰサーバ１０２のデータベース（以下、ＤＢともいう。）に一定時間格納されている。ただし、この時間は、仮想ＳＭＴＰサーバ１０２の設定者等により設定可能である。また、仮想ＳＭＴＰサーバ１０２には、停止したメールに関する種々の情報がデータベースに格納されている。
【００２９】
また、仮想ＳＭＴＰサーバ１０２は、訂正したいメールの削除および更新を実行したり、停止したメールを相手側に送信したか否かの判断処理も行う。
【００３０】
＜仮想ＳＭＴＰサーバの機能＞
次に、図１に示される仮想ＳＭＴＰサーバ１０２が有する機能について、図２を参照して説明する。図２は、図１に示される仮想ＳＭＴＰサーバ１０２が有する機能のブロック図である。
【００３１】
図２に示されるように、仮想ＳＭＴＰサーバ１０２は、第１のメール及び第２のメールを受信する処理を行なう受信部２０１と、受信部２０１で受信したメールのデータなどを格納する処理を行なう格納部２０２とを備える。ここで、第１のメールとは、後述する処理記号が添付されていないメールのことをいう。また、第２のメールとは、第１のメールに対して処理を施すために、第１のメールよりも時間的に送れて仮想ＳＭＴＰサーバが受信する、第１のメールに対して処理を行うためのメールのことをいう。
【００３２】
また、上記格納部２０２は、例えばハードディスク等と協働して、仮想ＳＭＴＰサーバのデータベース（ＤＢ）を構成する。
【００３３】
また、図２に示されるように、仮想ＳＭＴＰサーバ１０２は、受信部２０１にて受信した第２のメールに、処理記号が添付されているか否かを判断する判断部２０３を備える。
【００３４】
また、図２に示されるように、仮想ＳＭＴＰサーバ１０２は、判断部２０３の判断に基づいて、格納部２０２に格納されているメールに対して、削除、更新などの処理を行なう処理部２０４を備える。
【００３５】
また、図２に示されるように、仮想ＳＭＴＰサーバ１０２は、格納部２０２にメールが格納されてから一定時間後に、格納部２０２に格納されているメールを送信する送信部２０５を備える。
【００３６】
送信部２０５にて送信されるメールは、格納部２０２に格納されている、更新処理がなされていない第１のメール又は第１のメールに置き換わった、所定の処理後の第２のメールである。
【００３７】
上記図２に示される仮想ＳＭＴＰサーバの各機能は、仮想ＳＭＴＰサーバのソフトウェアが導入されている装置（サーバ、クライアント）のＣＰＵが、仮想ＳＭＴＰサーバのソフトウェアと協働することにより実現される。
【００３８】
＜フック（横取り）について＞
次に、図１に示される仮想ＳＭＴＰサーバ１０２において行われるメールのフック（横取り）について、図３を参照して説明する。図３は、図１に示される仮想ＳＭＴＰサーバ１０２において行われるメールのフック（横取り）を示す概念図である。
【００３９】
フック（横取り）とは、概念上、メーラにおける通常の設定方法と同様である。
【００４０】
図３の（１）に示すように、仮想ＳＭＴＰサーバ３０２のソフトウェアを送信側のクライアント３０１に導入後、送信側のクライアント３０１は仮想ＳＭＴＰサーバ３０２をメールの送信先ＳＭＴＰアドレスとして設定する。
【００４１】
また、図１の（２）に示すように、仮想ＳＭＴＰサーバ３０２は、本物のＳＭＴＰサーバ３０３をメールの送信先ＳＭＴＰアドレスとして指定する。
【００４２】
これにより、送信側のクライアント３０１は、本物のＳＭＴＰサーバ３０３へのメール送信が遮断され、代わりに仮想ＳＭＴＰサーバ３０２が実際のメール送信を代行するようになる。
【００４３】
＜電子メール格納方法の動作＞
次に、図１に示される本発明に係る電子メール格納方法の動作について、以下、図４、図５、図６及び図７を参照して説明する。図４から図７に、本発明に係る電子メール格納方法の一実施形態の動作のフローチャートを示す。なお、以下の説明では、メールに対する処理として、メールを削除する削除処理、又は、メールの内容を更新する更新処理のいずれかが行われるものとする。ただし、本発明における電子メール格納方法では、メールに対する処理として、このようなメールを削除する削除処理、又は、メールの内容を更新する更新処理のいずれかに限定されるものではなく、その他の処理も可能である。
【００４４】
（送信者側の処理）
図４は、メールの更新又は削除処理のフローチャートである。送信済のメールに対して、削除または訂正後のメールへ更新を行うためには、まず、次の操作を送信側で行わなければならない。
【００４５】
１）送信した（訂正したい）メールのＭｅｓｓａｇｅ−ＩＤを確認する。
ここで、メールのＭｅｓｓａｇｅ−ＩＤの確認について説明する。クライアントがメールを送信すると、メールを受け取った仮想ＳＭＴＰサーバは、そのメールのメールヘッダにＭｅｓｓａｇｅ−ＩＤを付加してクライアントへ通知する。
【００４６】
そして、通知を受け取ったクライアントは、仮想ＳＭＴＰサーバから返ってきたメールヘッダを、送信したメールのメールヘッダとして、自己の記憶部（いわゆる送信箱とも言われる。以下、単に送信箱ともいう。）へ格納する。
【００４７】
したがって、クライアントが送信したメールを送信箱へ格納する時点では、既に、メールとＭｅｓｓａｇｅ−ＩＤとの対応付けが完了していることになっている。
【００４８】
このクライアントにおける送信したメールとＭｅｓｓａｇｅ-ＩＤとの対応付けについてはＲＦＣ文書にて示されている方法を用いる。例えば、クライアントによるメール送信から、クライアントのＭｅｓｓａｇｅ-ＩＤの受信、Ｍｅｓｓａｇｅ-ＩＤの送信したメールへの付与などを１つの閉じたトランザクションとして行えばよい。
【００４９】
そのためには、Ｍｅｓｓａｇｅ−ＩＤの生成をＳＭＴＰサーバに任せるタイプのメーラが必要となるが、規格として、ＵＮＩＸのメーラに多くある。
【００５０】
そこで、送信したメールに対して処理を施したい場合は、処理の対象となるメールは、送信箱にあるため、そのメールのヘッダを調べると、Ｍｅｓｓａｇｅ−ＩＤがあり、その内容を確認することができる。
【００５１】
なお、Ｍｅｓｓａｇｅ−ＩＤの形式が規格どおりであれば、Ｍｅｓｓａｇｅ−ＩＤを、クライアントのメーラがメールの送信前に独自に付加することは、これも規格で許されている。したがって、この場合は、後述する既に送信したメールの処理のために、クライアントが作成したＭｅｓｓａｇｅ-ＩＤを処理のためのメールに添付する。
【００５２】
逆に、クライアントがＭｅｓｓａｇｅ−ＩＤを作成しない場合は、規格では、ＳＭＴＰサーバが勝手にＭｅｓｓａｇｅ−ＩＤを作成することとなっている。
【００５３】
このクライアントがＭｅｓｓａｇｅ−ＩＤを作成するケースは、ほとんどの一般的なメーラが採用している方式である。
【００５４】
しかし、仮想ＳＭＴＰサーバは、規格に準拠したＵＭＡソフトウェアであるため、そのようなケースにも対応しており、この場合は、クライアントがつけたＭｅｓｓａｇｅ−ＩＤが、仮想ＳＭＴＰサーバ内に格納されている同メールのＭｅｓｓａｇｅ−ＩＤとなる。この場合も、メールヘッダのクライアントへの通知方法は、通常の方法と同様である。
【００５５】
ここで、ＵＭＡ（Ｕｓｅｒ Ｍｅｓｓａｇｅ Ａｇｅｎｔ）ソフトウェア（又は、単にＵＭＡ）とは、ユーザがメッセージを読み書きするために使われるソフトウェアである。自前でＭＴＡを持たないシステムでは、ＰＯＰ Ｃｌｉｅｎｔ、ＩＭＡＰ Ｃｌｉｅｎｔ、ＳＭＴＰ Ｃｌｉｅｎｔとしての機能も含まれる。詳細はＲＦＣ文書に記載されている。
【００５６】
また、ＭＴＡ（Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ Ａｇｅｎｔ）とは、ホスト間のメッセージの配送を行うソフトウェアである。詳細はＲＦＣ文書に記載されている。
【００５７】
２）送信した（訂正したい）メールの件名の部分（例えば、メールの件名の先頭部分）、またはメール本文（例えば、メール本文の先頭である本文ヘッダ）に削除又は更新記号（以下、これらの記号を処理記号ともいう。）を付加する。処理記号は、仮想ＳＭＴＰサーバが定義したものを使用する。以下は、処理記号の一例であって、本発明のメールの送信方法で使用する処理記号は、以下のような例に限定されるものではない。
（例）削除記号：ＤＥＬＥＴＥ−ＭＬ
更新記号：ＲＥＮＥＷ−ＭＬ
３）Ｍｅｓｓａｇｅ−ＩＤを、メールの件名の部分（例えば、メールの件名の先頭部分）、またはメール本文（例えば、本文ヘッダ（メール本文の先頭部分））に添付する。
（例）ＤＥＬＥＴＥ−ＭＬ
０９９３３０２４４２２３２ｓｓｒｘ３０００＠ｘｘｘｘｘ．ｃｏ．ｊｐ
・・・・・本文・・・・・
４）上記と共に、訂正後のメールを仮想ＳＭＴＰサーバに送信する（送信ボタンなどで）。
【００５８】
次に、上記のメールを受け取った仮想ＳＭＴＰサーバ側の処理を図４のフローチャートを参照して説明する。この図４のフローチャートは、本発明の仮想ＳＭＴＰサーバのソフトウェアに組み込まれたＵＭＡの処理概要を表している。ここで、ＵＭＡは、メールシステムにおける規格上の呼び方であり、単なるソフトウェアである。サーバは、ＵＭＡソフトウェアがなければただのサーバであり、サーバをメールサーバとして稼動させるにはＵＭＡソフトウェアが必要である。
【００５９】
（仮想ＳＭＴＰサーバ側の処理）
送信側のクライアントからメールを受け取った仮想ＳＭＴＰサーバは、まず、受け取ったメールの件名や本文ヘッダを確認し、削除または更新記号などの処理記号が添付されているかどうかを調べる（Ｓ４０１〜Ｓ４０４）。
【００６０】
ここで、本文ヘッダとは、メールの「本文」の部分で、本分の最上部に位置するところである。もちろん、本発明は、処理記号は、本文ヘッダに添付されている場合に限定されるものではない。
【００６１】
この処理記号が付加されていなかった場合は（Ｓ４０４，Ｎｏ）、仮想ＳＭＴＰサーバは、受信したメールを通常のメールとみなし、図７に示されるＳ７０１に移行し、通常のメール処理を行う。
【００６２】
図７の通常のメール処理では、仮想ＳＭＴＰサーバは、メール送信の停止やメールおよびその付随情報をデータベースに登録し、本物のＳＭＴＰサーバへメールを送信した後のＭｅｓｓａｇｅ−ＩＤの一致処理を行う（図７，Ｓ７０１〜Ｓ７１１）。この図７に示される処理については後述する。
【００６３】
これに対し、Ｓ４０４の判断において、削除または更新記号がメールに添付されていた場合（Ｓ４０４，Ｙｅｓ）、仮想ＳＭＴＰサーバは、受信したメールを、例えば削除または更新用のメールとみなし、そのメールが指定しているＭｅｓｓａｇｅ−ＩＤを取得し、仮想ＳＭＴＰサーバのＤＢを参照してＤＢ中のデータとの比較を行う（Ｓ４０５）。
【００６４】
そして、仮想ＳＭＴＰサーバは、指定のＭｅｓｓａｇｅ−ＩＤを持つメールがＤＢにあれば（Ｙｅｓ）、図５に示されるＳ５０１に移行し、ＤＢになければ（Ｎｏ）、図６に示されるＳ６０１に移行する。
【００６５】
図５に示されるＳ５０１では、仮想ＳＭＴＰサーバは、Ｍｅｓｓａｇｅ−ＩＤにより指定されるメールは既に本物のＳＭＴＰサーバへ送信済かどうかを調べる。
【００６６】
そして、もし送信済であれば（Ｙｅｓ）、仮想ＳＭＴＰサーバは、オプション設定により、エラーを送信側のクライアントに返信するのか（Ｓ５０３）、新規メールとして転送するのか（Ｓ５０４）を選択する。
【００６７】
新規メールとして送信する場合（Ｓ５０４）、それまでメールに添付されていた記号およびＭｅｓｓａｇｅ−ＩＤは削除され、代わりに訂正後のメールである旨の情報が添付され、本物ＳＭＴＰサーバへ送信される。この情報は、たとえば「訂正」など、受け手が訂正後のメールであるとわかるようなものである。なお、Ｓ５０４でのメールの送信処理は、Ｍｅｓｓａｇｅ−ＩＤの削除、訂正後のメールである旨の情報の添付以外は、図７に示される新規メールの送信処理と同様の処理より行われる。ただし、このＳ５０４におけるメールの送信処理の場合、停止処理（Ｓ７０２，Ｓ７０７，Ｓ７０８，Ｓ７０９）を経ずに、直ちに、メールを本物のＳＭＴＰサーバに送信するとしても良い。
【００６８】
Ｓ５０１の判断において、Ｍｅｓｓａｇｅ−ＩＤにより指定されたメールが未送信であれば（Ｎｏ）、仮想ＳＭＴＰサーバは、メールに添付された処理記号が、削除記号であるか更新記号であるかを判断し（Ｓ５０５）、削除記号であれば、ＤＢに登録されているメールを削除し（Ｓ５０６）、更新記号であれば、ＤＢに格納されているメールの内容を更新する（Ｓ５０７）。
【００６９】
すなわち、仮想ＳＭＴＰサーバは、メールに添付された処理記号が、削除記号である場合は、そのＭｅｓｓａｇｅ−ＩＤをもつメールを削除すると共に、付随情報をＤＢから抹消する。さらに、仮想ＳＭＴＰサーバは、送られてきたメールは登録せずに破棄する（Ｓ５０６）。
【００７０】
また、仮想ＳＭＴＰサーバは、メールに添付された処理記号が、更新記号である場合は、ＤＢに格納されていたＭｅｓｓａｇｅ−ＩＤをもつメールを削除し、同じＭｅｓｓａｇｅ−ＩＤでＤＢに訂正後のメールおよび付随情報を再登録する（Ｓ５０７）。
【００７１】
この訂正後のメールを登録する場合は、更新処理の記号が添付されたメールから、更新処理の記号、Ｍｅｓｓａｇｅ-ＩＤを削除して登録する。
【００７２】
一方、図４のＳ４０６の判断において、該当するＭｅｓｓａｇｅ−ＩＤがなければ（Ｎｏ）、図６に示されるＳ６０１において、仮想ＳＭＴＰサーバは、オプションの判断を行う。
【００７３】
そして、仮想ＳＭＴＰサーバは、設定されているオプションが、何もせず、送信エラー情報を送信者側に返すことで、送信者の同意や判断を得るオプションの場合は、送信エラーを送信側に返信する（Ｓ６０２）。
【００７４】
また、仮想ＳＭＴＰサーバは、設定されているオプションが、新規メール（処理記号及びＭｅｓｓａｇｅ−ＩＤが添付されていないメール）と同様に扱い、新規メールとしてこのメールを本物のＳＭＴＰサーバに送信するオプションの場合は、新規メールとして本物のＳＭＴＰサーバへメールを送信する（Ｓ６０３）。
【００７５】
すなわち、仮想ＳＭＴＰサーバは、Ｓ６０３において、処理記号が添付されたメールから、処理記号やＭｅｓｓａｇｅ-ＩＤを削除して新規メールとする。
【００７６】
なお、Ｓ６０３でのメールの送信処理は、処理記号及びＭｅｓｓａｇｅ−ＩＤの削除処理以外は、図７に示される新規メールの処理に移行して行われる。ただし、このＳ６０３におけるメールの送信処理の場合、停止処理（Ｓ７０２，Ｓ７０７，Ｓ７０８，Ｓ７０９）を経ずに、直ちに、メールを本物のＳＭＴＰサーバに送信するとしても良い。
【００７７】
次に、本実施形態のメールシステムにおいて、仮想ＳＭＴＰサーバが受信したメールを本物のＳＭＴＰサーバに送信する際の動作について、図７を参照して説明する。図７は、図１に示されるメールシステムにおいて、仮想ＳＭＴＰサーバが受信したメールを本物のＳＭＴＰサーバに送信する際の動作のフローチャートである。
【００７８】
Ｓ７０１において、仮想ＳＭＴＰサーバは、受信したメールについての情報をＤＢに登録する。ＤＢには、メールの、件名、送信者、日時、メール本文、Ｍｅｓｓａｇｅ−ＩＤなどが格納される。
【００７９】
次に、仮想ＳＭＴＰサーバは、停止設定がなされているか否かを判断する（Ｓ７０２）。停止設定とは、受信したメールを一定時間後に、本物のＳＭＴＰサーバに送信する仮想ＳＭＴＰサーバに対する設定をいう。
【００８０】
仮想ＳＭＴＰサーバは、停止設定がなされていれば（Ｙｅｓ）、メールの本物のＳＭＴＰサーバへの送信を一時停止し（Ｓ７０７）、一定時間経過したか否かを判断し（Ｓ７０８）、一定時間経過していれば（Ｙｅｓ）、Ｓ７０９に移行する。
【００８１】
例えば仮想ＳＭＴＰサーバは、Ｍｅｓｓａｇｅ-ＩＤにより識別される受信したメール毎に経過時間を監視する。受信したメールが更新処理により、Ｍｅｓｓａｇｅ-ＩＤを同じくする更新後のメールに置き換わった場合は、それまでの更新されたメールの経過時間を、更新後のメールの経過時間として使用するとしても良いし、使用しないとしても良い。
【００８２】
Ｓ７０９では、仮想ＳＭＴＰサーバは、ＤＢから送信するメールの情報を取り出し、その後、本物のＳＭＴＰサーバへメールを送信する（Ｓ７０３）。
【００８３】
本物のＳＭＴＰサーバへメールを送信した後、仮想ＳＭＴＰサーバは、メールヘッダの返信があるか否かを判断し、返信があれば（Ｙｅｓ）、Ｓ７０５に移行して、エラー情報があるか否かを判断する。
【００８４】
Ｓ７０５の判断において、エラー情報があると判断された場合は（Ｙｅｓ）、仮想ＳＭＴＰサーバは、送信側のクライアントへエラー情報を返信する。
【００８５】
一方、Ｓ７０５の判断において、エラー情報がないと判断された場合は（Ｎｏ）、仮想ＳＭＴＰサーバは、メールヘッダ情報を調査し、Ｍｅｓｓａｇｅ−ＩＤを取得し、ＤＢ中のＭｅｓｓａｇｅ−ＩＤの一致処理（書き換え）を行う。
【００８６】
ここで、図７に示されるＳ７１１の、Ｍｅｓｓａｇｅ−ＩＤ一致処理について、図８を参照して説明する。図８は、図７に示される、Ｓ７１１の、Ｍｅｓｓａｇｅ−ＩＤ一致処理の動作の概念図である。
【００８７】
図８に示すように、仮想ＳＭＴＰサーバ８０２はＳＭＴＰソフトウェアの機能を有し、本物のＳＭＴＰサーバ８０３内にはメールの送受信などを仲介するＳＭＴＰソフトウェアが導入されている。
【００８８】
そして、仮想ＳＭＴＰサーバ８０２及びＳＭＴＰサーバ８０３におけるＳＭＴＰソフトウェアの機能としてＵＭＡが組み込まれている。このＵＭＡがＭｅｓｓａｇｅ-ＩＤを生成する。
【００８９】
図８に示されるように、送信側のクライアントが仮想ＳＭＴＰサーバ８０２へメールを送ると、仮想ＳＭＴＰサーバ８０２のＵＭＡ８０４が、停止設定によって一定時間後に、本物のＳＭＴＰサーバ８０３へメールを送信（転送）する。
【００９０】
メールを受け取った本物のＳＭＴＰサーバ８０３は、ＵＭＡ８０５によりＭｅｓｓａｇｅ-ＩＤを生成し、仮想ＳＭＴＰサーバ８０２へメールヘッダを返す。
【００９１】
そして、仮想ＳＭＴＰサーバ８０２のＵＭＡ８０４は、本物のＳＭＴＰサーバ８０３から返されてきたメールヘッダからＭｅｓｓａｇｅ-ＩＤを調べる。
【００９２】
そして、ＵＭＡ８０４は、Ｍｅｓｓａｇｅ-ＩＤがあればこれをそのまま、仮想ＳＭＴＰサーバ８０２が生成したＭｅｓｓａｇｅ-ＩＤとして、送信側のクライアント８０１へメールヘッダに組み込んで返す。メールヘッダの返信方法については、通常のメールシステムと同様である。
【００９３】
＜Ｍｅｓｓａｇｅ−ＩＤについて＞
次に、上記実施形態において使用されているＭｅｓｓａｇｅ−ＩＤについて、以下説明する。
【００９４】
Ｍｅｓｓａｇｅ−ＩＤとは、メールやニュースのメッセージの識別子を記述するための情報であり、各メッセージはそれぞれ世界中で唯一無二（ユニーク）である。
【００９５】
Ｍｅｓｓａｇｅ−ＩＤの生成は、ＵＭＡが持つ機能の１つであるため、このソフトウェアが導入されているサーバ（ホスト）が生成する。
【００９６】
一般的に、クライアントがＭｅｓｓａｇｅ−ＩＤを生成することは通常なく、また、生成したＭｅｓｓａｇｅ−ＩＤがユニークであることサーバ（ホスト）側が保証しなければならない。
【００９７】
本実施形態では、本物のＳＭＴＰサーバがメールヘッダへＭｅｓｓａｇｅ−ＩＤを生成し、これを受け取った仮想ＳＭＴＰサーバが、このＭｅｓｓａｇｅ−ＩＤをクライアントに返すことになっている。
【００９８】
ただし、仮想ＳＭＴＰサーバでのメールの停止により、もしメールをまだ本物のＳＭＴＰサーバへ送信していない場合は、一時的に仮想ＳＭＴＰサーバがＭｅｓｓａｇｅ−ＩＤを生成し、クライアントへ通知する。
【００９９】
一定時間後、メールを送信したら、本物のＳＭＴＰサーバが生成したＭｅｓｓａｇｅ−ＩＤを仮想ＳＭＴＰサーバが生成したＭｅｓｓａｇｅ−ＩＤと入れ換えることになる。
【０１００】
この場合、仮想ＳＭＴＰサーバは、本物のＳＭＴＰサーバへ送信する前のＭｅｓｓａｇｅ−ＩＤを記憶しているので、問題なく、メールを特定することができる。
【０１０１】
Ｍｅｓｓａｇｅ−ＩＤはその性質（ユニーク）により、メールの重複を防いたり、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”、“Ｒｅｆｅｒｒｅｎｃｅ”と併せてスレッドを生成することが可能である。
【０１０２】
ここで、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”とは、メールの送信又は返信先を指定する処理規格であり、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”をつけて相手へメールを送信すると、そのＭｅｓｓａｇｅ−ＩＤをもつ（受け取った）メールに「対して」相手が送信又は返信する時に、自動的に送信先が、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”で指定した相手となる処理規格である。
【０１０３】
“Ｒｅｆｅｒｒｅｎｃｅ”は、「参照」という意味で、特定のＭｅｓｓａｇｅ−ＩＤを“Ｒｅｆｅｒｒｅｎｃｅ”に指定すると、参照すべきメールを特定することができる。
【０１０４】
これらの、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”や、“Ｒｅｆｅｒｒｅｎｃｅ”は、Ｍｅｓｓａｇｅ−ＩＤとは別の、処理規格である。
【０１０５】
また、スレッドを生成するとは、メールを作成することを意味する。
【０１０６】
また、メールに、本文中で参照するＭｅｓｓａｇｅ−ＩＤを添付して、参照元のメッセージを特定することもできる。
【０１０７】
このため、Ｍｅｓｓａｇｅ−ＩＤは、メーリングリストやニュースには欠かすことのできないものである。
【０１０８】
Ｍｅｓｓａｇｅ−ＩＤの形式について、ＲＦＣ８２２では＜ｌｏｃａｌ−ｐａｒｔ“＠”ｄｏｍａｉｎ＞でユニークであることが要求されている。
【０１０９】
これを実現する方法として、“＠”の右側にはメッセージが作成されたドメイン名あるいはドメインリテラル（［２０２．２２４．３９．３９］のようなＩＰアドレスの記述方法）を記述し、その左側にはそのドメインにおいてユニークになるように保証された文字列（例えば、生成日時、プロセスＩＤ、生成番号などの組み合わせ）を記述する。
【０１１０】
つまり、ＦＱＤＮは世界中でユニークであるから、そのホストにおいてユニークな文字列であれば、その組み合わせのＭｅｓｓａｇｅ−ＩＤはユニークとなる。
【０１１１】
ここで、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）とは、インターネット上で、ホスト名に続けて、ドメイン名まで省略せずにすべて指定した形式のことをいう。例えば、「ｈｏｓｔ．ｅｘａｍｐｌｅ．ｃｏ．ｊｐ」のように、ホスト名（ｈｏｓｔ）、ドメイン名（ｅｘａｍｐｌｅ．ｃｏ．ｊｐ）のすべてを指定した形式のことである。
【０１１２】
なお、Ｍｅｓｓａｇｅ−ＩＤに関する標準は、ＲＦＣという規格文書で定義されている。
【０１１３】
＜間違いメールを訂正したメールに更新する仕組み＞
次に、上述の本発明に係る電子メール格納方法の動作の一例として、間違いメールを訂正したメールに更新する仕組みについて図面を参照して説明する。
【０１１４】
図９に示すように、間違いメールを訂正したメールに更新する場合、クライアントのメーラでは、ユーザが送信済のメール（たとえば送信箱）から、訂正したいメールのＭｅｓｓａｇｅ−ＩＤを予め調べておく必要がある。図９は、本発明に係る電子メール格納方法の一実施形態において、間違いメールを訂正したメールに更新する仕組みの概念図である。
【０１１５】
このＭｅｓｓａｇｅ−ＩＤはメールごとにユニークな値となっている。クライアントのメーラは、このＭｅｓｓａｇｅ−ＩＤを更新記号とともに訂正後メールの本文（あるいは件名の部分）に記述し、仮想ＳＭＴＰサーバへ転送する。
【０１１６】
更新記号は、指定のＭｅｓｓａｇｅ−ＩＤをもつメールの更新を仮想ＳＭＴＰサーバに要求するための、独自の記号である。仮想ＳＭＴＰサーバは、この記号の有無で仮想ＳＭＴＰサーバに転送されたメールが新規のメールか、あるいは訂正メールかを判断している。
【０１１７】
メールを受け取った仮想ＳＭＴＰサーバは、メールの本文を解読し、更新記号が書かれていた場合は、そのＭｅｓｓａｇｅ−ＩＤをデータベース内から検索する。
【０１１８】
そして、受信したＭｅｓｓａｇｅ−ＩＤに一致するＭｅｓｓａｇｅ−ＩＤが見つかった場合、仮想ＳＭＴＰサーバは、例えば、次の２通りの処理を行う。
【０１１９】
第１の処理：
一致したＭｅｓｓａｇｅ−ＩＤをもつメールが既に送信済（ＰＯＰサーバへ転送済）の場合
１）仮想ＳＭＴＰサーバは、訂正後のメールから、更新記号やＭｅｓｓａｇｅ−ＩＤを削除し、代わりに、訂正後のメールである旨の情報を付加して、相手側に送信する処理を行なう。
２）何もせず送信エラー情報を送信者側のクライアントに返すことで、送信者の同意や判断を得る。
上記１）又は２）のどちらの処理を行うかは、仮想ＳＭＴＰサーバ側で指定可能である。
【０１２０】
第２の処理：
一致したＭｅｓｓａｇｅ−ＩＤを持つメールがまだ送信されていない場合
受信したメールのＭｅｓｓａｇｅ−ＩＤを有する訂正前のメールをＤＢから削除し、さらに訂正後のメールから、更新記号、Ｍｅｓｓａｇｅ−ＩＤを削除して、訂正前のメールを訂正後メールに置き換える。
【０１２１】
一方、一致するＭｅｓｓａｇｅ−ＩＤが見つからなかった場合、以下の動作を行う。
１）新規メール（更新記号、Ｍｅｓｓａｇｅ−ＩＤが付加されていないメール）と同等に扱う。
２）何もせず送信エラー情報を送信者側のクライアントに返すことで、送信者の同意や判断を得る。
上記１）又は２）のどちらの処理を行うかは、仮想ＳＭＴＰサーバ側で指定可能である。
【０１２２】
上記いずれにも該当しない場合、つまり、仮想ＳＭＴＰサーバに転送されてきたメールが、普通に新規メールとして作成されたものであれば、仮想ＳＭＴＰサーバは、通常のＳＭＴＰサーバの通りに処理を行う。
【０１２３】
もちろん、制限時間内であれば、仮想ＳＭＴＰサーバは、送信メールの削除（キャンセル）のみ行うことも可能である。
【０１２４】
また、仮想ＳＭＴＰサーバが、本物のＳＭＴＰサーバに転送されたメールを送信する、すなわちＰＯＰサーバへ転送するタイミングは、仮想ＳＭＴＰサーバで設定した制限時間（メールの保持時間）の経過後となる。
【０１２５】
なお、上記処理の際に、仮想ＳＭＴＰサーバが参照するＤＢ内に格納されているデータについて、図１０を参照して説明する。図１０は、本発明に係る電子メール格納方法の一実施形態において、間違いメールを訂正したメールに更新する際に仮想ＳＭＴＰサーバが参照するＤＢ内のデータの概念図である。
【０１２６】
図１０に示されるように、ＤＢには、送信者（Ｆｒｏｍ）と、受信者（Ｔｏ）と、Ｍｅｓｓａｇｅ−ＩＤと、Ｓｕｂｊｅｃｔと、Ｓｔａｔｕｓが格納されている。
【０１２７】
Ｓｔａｔｕｓには、そのメールが既に本物のＳＭＴＰサーバに送信済であるのか否かを示す情報が格納されている。
【０１２８】
なお、上記実施形態では、メールの本文の更新、メール自体の削除を例に挙げたが、本発明はこのような場合に限定されるものではない。
【０１２９】
例えば、メールの本文以外にも、既に送っているメールの宛先や件名を変更することもできる。
【０１３０】
例えば、宛先を変更する場合、クライアントは、例えば、Ｍｅｓｓａｇｅ-ＩＤを件名又は本文に添付し、宛先変更を示す処理記号を件名又は本文に添付し、さらに、訂正後の宛先に変更された宛先のメールを仮想ＳＭＴＰサーバに送信する。
【０１３１】
仮想ＳＭＴＰサーバでは、前述のメール本文の更新の場合と同様に、Ｍｅｓｓａｇｅ-ＩＤにて特定される既に登録されている宛先を訂正すべきメールを削除し、訂正後の宛先へ宛てて送信されたメールに置き換えて、登録する。この置き換えの際に、訂正後のメールから、Ｍｅｓｓａｇｅ-ＩＤや処理記号を削除する。
【０１３２】
これにより、メールの送信だけで、既に仮想ＳＭＴＰサーバに送信されているメールの宛先を変更することができる。
【０１３３】
したがって、本実施形態のメールシステムでは、このような宛先の変更によって、例えば、メーリングリストに設定されている誤った宛先にメールを出しても、正しいメールの宛先に変更するように出し直すことで、宛先が変更され、正しいメーリングリスト上の各宛先にメールを送信することが可能となる。
【０１３４】
さらに、本実施形態のメールシステムでは、既に送信されているメールに添付ファイルがある場合であっても、このファイルを後に所望のファイルに変更することができる。
【０１３５】
すなわち、送信側のクライアントでは、既に送信されているメールに添付されてファイルを変更する場合、メールに、変更後のファイルを添付し、Ｍｅｓｓａｇｅ-ＩＤを件名又は本文に添付し、ファイルの変更を示す処理記号を、件名又は本文に添付する。
【０１３６】
そして、送信側のクライアントは、上記処理記号が添付されたメールを仮想ＳＭＴＰサーバに送信する。
【０１３７】
仮想ＳＭＴＰサーバは、前述のメール本文の更新の場合と同様に、Ｍｅｓｓａｇｅ-ＩＤにて特定される既に登録されている変更前のファイルが添付されているメールを削除し、変更したいファイルが添付されたメールに置き換えて登録する。この登録の際に、例えば仮想ＳＭＴＰサーバは、変更後のファイルが添付されたメールから、Ｍｅｓｓａｇｅ-ＩＤや処理記号を削除する。
【０１３８】
このような処理によって、メールの送信だけで、既に仮想ＳＭＴＰサーバに送信されているメールの添付ファイルを所望のファイルに変更することができる。
【０１３９】
また、本実施形態が適用されるメールシステムでは、もしクライアントが現在使用しているメーラがプラグイン（機能追加）に対応している場合、Ｍｅｓｓａｇｅ−ＩＤや処理記号の付加、送信メールのキャンセルや更新などを自動化するプラグインを作成することも可能である。
【０１４０】
このように、本実施形態が適用されるメールシステムは、通常のメールの送受信システムだけではなく、メーリングリストの配信の際にも適用することができる。
【０１４１】
（付記１） メールを送信するクライアントと、
前記クライアントから送信されたメールを受信する仮想サーバと、
前記仮想サーバから送信されたメールを受信するサーバとを備えたメールシステムにおける前記仮想サーバであって、
前記仮想サーバは、
前記クライアントから送信された第１のメールを受信すると共に、該第１のメールの後に、前記クライアントから送信された第２のメールを受信する受信手段と、
前記受信した第１のメールを格納する格納手段と、
前記受信した第２のメールに前記第１のメールを処理するための処理記号及び前記第１のメールを特定するための特定情報が添付されているか否かを判断する判断手段と、
前記処理記号及び前記特定情報が第２のメールに添付されている場合に、
前記処理記号にしたがって、前記格納手段に格納されている、前記特定情報により特定される第１のメールに対して処理を行なう処理手段と、
前記第１のメールを受信してから一定時間後に、前記格納手段に格納されている、第１のメール又は前記処理記号及び特定情報が削除された第２のメールを前記サーバに送信する送信手段とを備える仮想サーバ。
【０１４２】
（付記２） 前記処理記号が、
前記第２のメールの本文に添付されている付記１に記載の仮想サーバ。
【０１４３】
（付記３） 前記処理記号が、
前記第２のメールの件名に添付されている付記１に記載の仮想サーバ。
【０１４４】
（付記４） 前記特定情報が、
前記第２のメールの本文に添付されている付記１に記載の仮想サーバ。
【０１４５】
（付記５） 前記特定情報が、
前記第２のメールの件名に添付されている付記１に記載の仮想サーバ。
【０１４６】
（付記６） 前記第２のメールに添付された処理記号が、
前記第１のメールの本文を更新する処理を示す更新記号であり、
前記第１のメールの更新後の本文の内容が、前記第２のメールの本文に添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１に記載の仮想サーバ。
【０１４７】
（付記７） 前記第２のメールに添付された処理記号が、
前記第１のメールを削除する処理を示す更新記号であり、
前記処理手段は、
前記特定情報により特定される前記第１のメールを前記格納手段から削除する付記１に記載の仮想サーバ。
【０１４８】
（付記８） 前記第２のメールに添付された処理記号が、
前記第１のメールの宛先を更新する処理を示す更新記号であり、
前記第２のメールが更新後の宛先にあてて送信され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１に記載の仮想サーバ。
【０１４９】
（付記９） 前記第２のメールに添付された処理記号が、
前記第１のメールに添付されたファイルを変更する処理を示す変更記号であり、
前記第１のメールに添付される変更後のファイルが、前記第２のメールに添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記変更後のファイルが添付されていると共に、特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１に記載の仮想サーバ。
【０１５０】
（付記１０） メールを送信するクライアントと、
前記クライアントから送信されたメールを受信する仮想サーバと、
前記仮想サーバから送信されたメールを受信するサーバとを備えたメールシステムに適用されるメールの処理方法であって、
前記仮想サーバが、
前記クライアントから送信された第１のメールを受信し、
前記第１のメールの後に、前記クライアントから送信された第２のメールを受信し、
前記受信した第１のメールを格納手段に格納し、
前記受信した第２のメールに前記第１のメールを処理するための処理記号及び前記第１のメールを特定するための特定情報が添付されているか否かを判断し、
前記処理記号及び前記特定情報が第２のメールに添付されている場合に、
前記処理記号にしたがって、前記格納手段に格納されている、前記特定情報により特定される第１のメールに対して処理を行ない、
前記第１のメールを受信してから一定時間後に、前記格納手段に格納されている、第１のメール又は前記処理記号及び前記特定情報が削除された第２のメールを前記サーバに送信するメールの処理方法。
【０１５１】
（付記１１） 前記処理記号が、
前記第２のメールの本文に添付されている付記１０に記載のメールの処理方法。
【０１５２】
（付記１２） 前記処理記号が、
前記第２のメールの件名に添付されている付記１０に記載のメールの処理方法。
【０１５３】
（付記１３） 前記特定情報が、
前記第２のメールの本文に添付されている付記１０に記載のメールの処理方法。
【０１５４】
（付記１４） 前記特定情報が、
前記第２のメールの件名に添付されている付記１０に記載のメールの処理方法。
【０１５５】
（付記１５） 前記第２のメールに添付されている処理記号が、
前記第１のメールの本文を更新する処理を示す更新記号であり、
前記第１のメールの更新後の本文の内容が、前記第２のメールの本文に添付され、
前記仮想サーバは、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１０に記載のメールの処理方法。
【０１５６】
（付記１６） 前記第２のメールに添付されている処理記号が、
前記第１のメールを削除する処理を示す更新記号であり、
前記仮想サーバが、
前記特定情報により特定される前記第１のメールを前記格納手段から削除する付記１０に記載のメールの処理方法。
【０１５７】
（付記１７） 前記第２のメールに添付されている処理記号が、
前記第１のメールの宛先を更新する処理を示す更新記号であり、
前記第２のメールが訂正後の宛先にあてて送信され、
前記仮想サーバが、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１０に記載のメールの処理方法。
【０１５８】
（付記１８） 前記第２のメールに添付されている処理記号が、
前記第１のメールに添付されたファイルを変更する処理を示す変更記号であり、
前記第１のメールに添付される変更後のファイルが、前記第２のメールに添付され、
前記仮想サーバが、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記変更後のファイルが添付されていると共に、特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１０に記載のメールの処理方法。
【０１５９】
（付記１９） メールを送信するクライアントと、
前記クライアントから送信されたメールを受信する仮想サーバと、
前記仮想サーバから送信されたメールを受信するサーバとを備えたメールシステムにおける前記仮想サーバを、
前記クライアントから送信された第１のメールを受信すると共に、該第１のメールの後に、前記クライアントから送信された第２のメールを受信する受信手段、
前記受信した第１のメールを格納する格納手段、
前記受信した第２のメールに前記第１のメールを処理するための処理記号及び前記第１のメールを特定するための特定情報が添付されているか否かを判断する判断手段、
前記処理記号及び前記特定情報が第２のメールに添付されている場合に、
前記処理記号にしたがって、前記格納手段に格納されている、前記特定情報により特定される第１のメールに対して処理を行なう処理手段、及び、
前記第１のメールを受信してから一定時間後に、前記格納手段に格納されている第１のメール又は前記処理記号及び前記特定情報が削除された第２のメールを前記サーバに送信する送信手段として機能させるメール処理プログラム。
【０１６０】
（付記２０） 前記処理記号が、
前記第２のメールの本文に添付されている付記１９に記載のメール処理プログラム。
【０１６１】
（付記２１） 前記処理記号が、
前記第２のメールの件名に添付されている付記１９に記載のメール処理プログラム。
【０１６２】
（付記２２） 前記特定情報が、
前記第２のメールの本文に添付されている付記１９に記載のメール処理プログラム。
【０１６３】
（付記２３） 前記特定情報が、
前記第２のメールの件名に添付されている付記１９に記載のメール処理プログラム。
【０１６４】
（付記２４） 前記第２のメールに添付された処理記号が、
前記第１のメールの本文を更新する処理を示す更新記号であり、
前記第１のメールの更新後の本文の内容が、前記第２のメールの本文に添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１９に記載のメール処理プログラム。
【０１６５】
（付記２５） 前記第２のメールに添付された処理記号が、
前記第１のメールを削除する処理を示す更新記号であり、
前記処理手段は、
前記特定情報により特定される前記第１のメールを前記格納手段から削除する付記１９に記載のメール処理プログラム。
【０１６６】
（付記２６） 前記第２のメールに添付された処理記号が、
前記第１のメールの宛先を更新する処理を示す更新記号であり、
前記第２のメールが訂正後の宛先にあてて送信され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１９に記載のメール処理プログラム。
【０１６７】
（付記２７） 前記第２のメールに添付された処理記号が、
前記第１のメールに添付されたファイルを変更する処理を示す変更記号であり、
該第１のメールに添付される変更後のファイルが、前記第２のメールに添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記変更後のファイルが添付されていると共に、特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１９に記載のメール処理プログラム。
【０１６８】
（付記２８） 送信する電子メールを一時格納する電子メール格納装置において、
電子メールを格納する格納手段と、
一時格納する電子メールを受信する受信手段と、
前記受信手段から受信した電子メール内から、前記格納手段に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索する検索手段と、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、前記処理情報にしたがって、前記特定された電子メールに対して処理を行なう処理手段とを備える電子メール格納装置。
【０１６９】
（付記２９） 前記処理情報が、前記特定された電子メールの本文を更新する処理を示す更新情報であり、
前記特定された電子メールの更新後の本文の内容が、前記電子メールの本文に添付され、
前記処理手段は、前記電子メールから、前記特定情報及び前記更新情報を削除し、前記特定された電子メールを前記格納手段から削除し、前記電子メールを前記格納手段に格納する付記２８に記載の電子メール格納装置。
【０１７０】
（付記３０） 前記処理情報が、前記特定された電子メールを削除する処理を示す更新情報であり、
前記処理手段は、前記特定された電子メールを前記格納手段から削除する付記２８に記載の電子メール格納装置。
【０１７１】
（付記３１） 送信する電子メールを記憶装置に一時格納する電子メール格納方法において、
一時格納する電子メールを受信し、
受信した電子メール内から、前記記憶装置に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索し、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、
前記処理情報にしたがって、前記特定された電子メールに対して処理を行う電子メール格納方法。
【０１７２】
（付記３２） コンピュータに、送信する電子メールを記憶装置に一時格納させる電子メール格納プログラムにおいて、
一時格納する電子メールを受信する受信ステップと、
受信した電子メール内から、前記記憶装置に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索する検索ステップと、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、
前記処理情報にしたがって、前記特定された電子メールに対して処理を行なう処理ステップを実行させる電子メール格納プログラム。
【０１７３】
【発明の効果】
本発明により、既存の、あるいは使い慣れたメーラを変更することなく、送信したメールの削除や更新などの処理をメールを送信することで可能となり利便性が向上する。
【０１７４】
また、本発明では、メールが受信側の装置に受信される前に削除又は更新などの処理がなされるため、受信側への配慮も正確にでき、無駄にログを増やすこともなくなる。
【図面の簡単な説明】
【図１】本発明に係る電子メール格納方法の一実施形態が適用されるメールシステムの概念図である。
【図２】図１に示される仮想ＳＭＴＰサーバ１０２が有する機能のブロック図である。
【図３】図１に示される仮想ＳＭＴＰサーバ１０２において行われるメールのフック（横取り）を示す概念図である。
【図４】本発明に係る電子メール格納方法の一実施形態の動作のフローチャートである。
【図５】本発明に係る電子メール格納方法の一実施形態の動作のフローチャートである。
【図６】本発明に係る電子メール格納方法の一実施形態の動作のフローチャートである。
【図７】本発明に係る電子メール格納方法の一実施形態の動作のフローチャートである。
【図８】図７に示される、Ｓ７１１の、Ｍｅｓｓａｇｅ−ＩＤ一致処理の動作の概念図である。
【図９】本発明に係る電子メール格納方法の一実施形態において、間違いメールを訂正したメールに更新する仕組みの概念図である。
【図１０】本発明に係る電子メール格納方法の一実施形態において、間違いメールを訂正したメールに更新する際に仮想ＳＭＴＰサーバが参照するＤＢ内のデータの概念図である。
【符号の説明】
１０１ クライアント
１０２ 仮想ＳＭＴＰサーバ
１０３ ＳＭＴＰサーバ
２０１ 受信部
２０２ 格納部
２０３ 判断部
２０４ 処理部
２０５ 送信部
３０１ 送信側のクライアント
３０２ 仮想ＳＭＴＰサーバ
３０３ ＳＭＴＰサーバ
８０１ 送信側のクライアント
８０２ 仮想ＳＭＴＰサーバ
８０３ ＳＭＴＰサーバ
８０４，８０５ ＵＭＡ
【発明の属する技術分野】
本発明は、市販のメーラや既存のメーラで送信されたメールに処理を施す電子メール格納装置、電子メール格納方法及び電子メール格納プログラムに関する。
【０００２】
【従来の技術】
従来から、ユーザがメールの送信を指示した後、メールの送信を一時止めるシステムが開発されている。
【０００３】
例えば、従来では、メールを送信する側のパーソナルコンピュータ内にソフトウェアによる仮想ＳＭＴＰサーバが設けられており、送信されたメールを本物のＳＭＴＰサーバに転送する前に、ソフトウェアによる仮想ＳＭＴＰサーバ上でメール送信の停止を行っている。
【０００４】
このメール送信の停止には制限時間が設定されており、設定された制限時間の範囲内であれば、メール送信後のキャンセルを手動で行うことができる。これにより間違いメールを修正する機会が与えられる。
【０００５】
【特許文献１】
特開２００１−３５０６９４号公報
【特許文献２】
特開平７−１３１４８０号公報
【０００６】
【発明が解決しようとする課題】
しかし従来の技術では、仮想ＳＭＴＰサーバでメール送信の停止を行っているものの、送信済のメール内容に間違いがあったことに気づいた場合、メール送信のキャンセルは手動で行わなければならず、さらに、新規メールとして訂正後のメールを再度送信しなければならない。
【０００７】
また、従来の技術は、特定のメーラのみの対応なので、その特定のメーラを使用していない限り、ユーザが普段使っているメーラでは利用できない仕様となっている。
【０００８】
本発明の目的は、ユーザが使用しているメーラの種類を問わず、送信済みのメールの削除や更新などの処理をメールの送信で可能とし、その利便性を向上させることが可能な電子メール格納装置、電子メール格納方法及び電子メール格納プログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明に係る電子メール格納装置は、
送信する電子メールを一時格納する電子メール格納装置において、
電子メールを格納する格納手段と、
一時格納する電子メールを受信する受信手段と、
前記受信手段から受信した電子メール内から、前記格納手段に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索する検索手段と、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、前記処理情報にしたがって、前記特定された電子メールに対して処理を行なう処理手段とを備える。
【００１０】
また、本発明に係る電子メール格納装置は、
前記処理情報が、前記特定された電子メールの本文を更新する処理を示す更新情報であり、
前記特定された電子メールの更新後の本文の内容が、前記電子メールの本文に添付され、
前記処理手段は、前記電子メールから、前記特定情報及び前記更新情報を削除し、前記特定された電子メールを前記格納手段から削除し、前記電子メールを前記格納手段に格納する。
【００１１】
また、本発明に係る電子メール格納装置は、
前記処理情報が、前記特定された電子メールを削除する処理を示す更新情報であり、
前記処理手段は、前記特定された電子メールを前記格納手段から削除する。
【００１２】
また、本発明に係る電子メール格納方法は、
送信する電子メールを記憶装置に一時格納する電子メール格納方法において、
一時格納する電子メールを受信し、
受信した電子メール内から、前記記憶装置に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索し、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、
前記処理情報にしたがって、前記特定された電子メールに対して処理を行う。
【００１３】
また、本発明に係る電子メール格納プログラムは、
コンピュータに、送信する電子メールを記憶装置に一時格納させる電子メール格納プログラムにおいて、
一時格納する電子メールを受信する受信ステップと、
受信した電子メール内から、前記記憶装置に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索する検索ステップと、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、
前記処理情報にしたがって、前記特定された電子メールに対して処理を行なう処理ステップを実行させる。
【００１４】
本発明により、あらゆる種のメーラおよびメール送受信機能を継承しつつ、間違いメールの送信キャンセルや修正メールへの更新、転送などを仮想サーバが全て代用することにより、利便性が向上する。
【００１５】
つまり、送信後のメールをキャンセルまたは消去操作を行わなくても、送信後と同一のメールにより修正または更新できる仕組みを提供できる。
【００１６】
なお、特定情報とは、例えばＭｅｓｓａｇｅ-ＩＤのことをいう。
【００１７】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成部品の寸法、材質、形状、その相対配置などは、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１８】
また、以下の図面において、既述の図面に記載された部材と同様の部材には同じ番号を付す。
【００１９】
＜電子メール格納方法の概念図＞
以下、本発明に係る電子メール格納方法の一実施形態について図面を参照して説明する。図１に、本発明に係る電子メール格納方法の一実施形態が適用されるメールシステムの概念図を示す。
【００２０】
図１に示されるように、本発明に係る電子メール格納方法の一実施形態が適用されるメールシステムは、メールの送信側のクライアント（パーソナルコンピュータ）１０１と、受信したメールを、宛先にあてて送信するＳＭＴＰサーバ１０３とを備えている。なお、このＳＭＴＰサーバ１０３のことを、仮想ＳＭＴＰサーバ１０２と対比する意味で、本物のＳＭＴＰサーバということもある。
【００２１】
さらに、本発明に係る電子メール格納方法の一実施形態が適用されるメールシステムは、ソフトウェアにより実現される仮想ＳＭＴＰサーバ１０２を備える。
【００２２】
この仮想ＳＭＴＰサーバ１０２は、クライアント１０１、ＳＭＴＰサーバ１０３のいずれに導入しても良い。さらに、この仮想ＳＭＴＰサーバ１０２を、図１には不図示の、クライアント１０１にネットワークを介して接続されたメールサーバに導入するとしても良い。以下の説明では、仮想ＳＭＴＰサーバ１０２を、クライアント１０１に導入する場合を例に説明する。なお、ＳＭＴＰサーバ１０３に仮想ＳＭＴＰサーバ１０２を導入すれば、ＳＭＴＰサーバ１０３の処理能力が高いため、メールの処理効率は高くなる。
【００２３】
また、この仮想ＳＭＴＰサーバ１０２は、例えばクライアント１０１に備えられているメーラとは独立のソフトウェアである。
【００２４】
すなわち、仮想ＳＭＴＰサーバ１０２は、クライアント１０１に備えられたメーラから送信されたメールを、仮のＳＭＴＰサーバとして受信するようになっている。
【００２５】
そのため、クライアント１０１のメーラでは、ＳＭＴＰサーバのサーバ名を仮想ＳＭＴＰサーバ１０２に設定する。
【００２６】
そのため、本実施形態の仮想ＳＭＴＰサーバ１０２は、クライアント１０１に備えられたメーラから独立であり、クライアント１０１に導入されているメーラの種類を問わず、使用することができる。
【００２７】
図１に示すように、本実施形態の電子メール格納方法が適用されるメールシステムは、ソフトウェアによる仮想ＳＭＴＰサーバ１０２をクライアント１０１の内部に導入し、実存するＳＭＴＰサーバ１０３へ転送されるメールを仮想ＳＭＴＰサーバ１０２にてフック（横取り）し、ＳＭＴＰサーバ１０３への送信を停止している。このフック（横取り）については、後述する。
【００２８】
ここで、仮想ＳＭＴＰサーバ１０２によって停止されたメールは、仮想ＳＭＴＰサーバ１０２のデータベース（以下、ＤＢともいう。）に一定時間格納されている。ただし、この時間は、仮想ＳＭＴＰサーバ１０２の設定者等により設定可能である。また、仮想ＳＭＴＰサーバ１０２には、停止したメールに関する種々の情報がデータベースに格納されている。
【００２９】
また、仮想ＳＭＴＰサーバ１０２は、訂正したいメールの削除および更新を実行したり、停止したメールを相手側に送信したか否かの判断処理も行う。
【００３０】
＜仮想ＳＭＴＰサーバの機能＞
次に、図１に示される仮想ＳＭＴＰサーバ１０２が有する機能について、図２を参照して説明する。図２は、図１に示される仮想ＳＭＴＰサーバ１０２が有する機能のブロック図である。
【００３１】
図２に示されるように、仮想ＳＭＴＰサーバ１０２は、第１のメール及び第２のメールを受信する処理を行なう受信部２０１と、受信部２０１で受信したメールのデータなどを格納する処理を行なう格納部２０２とを備える。ここで、第１のメールとは、後述する処理記号が添付されていないメールのことをいう。また、第２のメールとは、第１のメールに対して処理を施すために、第１のメールよりも時間的に送れて仮想ＳＭＴＰサーバが受信する、第１のメールに対して処理を行うためのメールのことをいう。
【００３２】
また、上記格納部２０２は、例えばハードディスク等と協働して、仮想ＳＭＴＰサーバのデータベース（ＤＢ）を構成する。
【００３３】
また、図２に示されるように、仮想ＳＭＴＰサーバ１０２は、受信部２０１にて受信した第２のメールに、処理記号が添付されているか否かを判断する判断部２０３を備える。
【００３４】
また、図２に示されるように、仮想ＳＭＴＰサーバ１０２は、判断部２０３の判断に基づいて、格納部２０２に格納されているメールに対して、削除、更新などの処理を行なう処理部２０４を備える。
【００３５】
また、図２に示されるように、仮想ＳＭＴＰサーバ１０２は、格納部２０２にメールが格納されてから一定時間後に、格納部２０２に格納されているメールを送信する送信部２０５を備える。
【００３６】
送信部２０５にて送信されるメールは、格納部２０２に格納されている、更新処理がなされていない第１のメール又は第１のメールに置き換わった、所定の処理後の第２のメールである。
【００３７】
上記図２に示される仮想ＳＭＴＰサーバの各機能は、仮想ＳＭＴＰサーバのソフトウェアが導入されている装置（サーバ、クライアント）のＣＰＵが、仮想ＳＭＴＰサーバのソフトウェアと協働することにより実現される。
【００３８】
＜フック（横取り）について＞
次に、図１に示される仮想ＳＭＴＰサーバ１０２において行われるメールのフック（横取り）について、図３を参照して説明する。図３は、図１に示される仮想ＳＭＴＰサーバ１０２において行われるメールのフック（横取り）を示す概念図である。
【００３９】
フック（横取り）とは、概念上、メーラにおける通常の設定方法と同様である。
【００４０】
図３の（１）に示すように、仮想ＳＭＴＰサーバ３０２のソフトウェアを送信側のクライアント３０１に導入後、送信側のクライアント３０１は仮想ＳＭＴＰサーバ３０２をメールの送信先ＳＭＴＰアドレスとして設定する。
【００４１】
また、図１の（２）に示すように、仮想ＳＭＴＰサーバ３０２は、本物のＳＭＴＰサーバ３０３をメールの送信先ＳＭＴＰアドレスとして指定する。
【００４２】
これにより、送信側のクライアント３０１は、本物のＳＭＴＰサーバ３０３へのメール送信が遮断され、代わりに仮想ＳＭＴＰサーバ３０２が実際のメール送信を代行するようになる。
【００４３】
＜電子メール格納方法の動作＞
次に、図１に示される本発明に係る電子メール格納方法の動作について、以下、図４、図５、図６及び図７を参照して説明する。図４から図７に、本発明に係る電子メール格納方法の一実施形態の動作のフローチャートを示す。なお、以下の説明では、メールに対する処理として、メールを削除する削除処理、又は、メールの内容を更新する更新処理のいずれかが行われるものとする。ただし、本発明における電子メール格納方法では、メールに対する処理として、このようなメールを削除する削除処理、又は、メールの内容を更新する更新処理のいずれかに限定されるものではなく、その他の処理も可能である。
【００４４】
（送信者側の処理）
図４は、メールの更新又は削除処理のフローチャートである。送信済のメールに対して、削除または訂正後のメールへ更新を行うためには、まず、次の操作を送信側で行わなければならない。
【００４５】
１）送信した（訂正したい）メールのＭｅｓｓａｇｅ−ＩＤを確認する。
ここで、メールのＭｅｓｓａｇｅ−ＩＤの確認について説明する。クライアントがメールを送信すると、メールを受け取った仮想ＳＭＴＰサーバは、そのメールのメールヘッダにＭｅｓｓａｇｅ−ＩＤを付加してクライアントへ通知する。
【００４６】
そして、通知を受け取ったクライアントは、仮想ＳＭＴＰサーバから返ってきたメールヘッダを、送信したメールのメールヘッダとして、自己の記憶部（いわゆる送信箱とも言われる。以下、単に送信箱ともいう。）へ格納する。
【００４７】
したがって、クライアントが送信したメールを送信箱へ格納する時点では、既に、メールとＭｅｓｓａｇｅ−ＩＤとの対応付けが完了していることになっている。
【００４８】
このクライアントにおける送信したメールとＭｅｓｓａｇｅ-ＩＤとの対応付けについてはＲＦＣ文書にて示されている方法を用いる。例えば、クライアントによるメール送信から、クライアントのＭｅｓｓａｇｅ-ＩＤの受信、Ｍｅｓｓａｇｅ-ＩＤの送信したメールへの付与などを１つの閉じたトランザクションとして行えばよい。
【００４９】
そのためには、Ｍｅｓｓａｇｅ−ＩＤの生成をＳＭＴＰサーバに任せるタイプのメーラが必要となるが、規格として、ＵＮＩＸのメーラに多くある。
【００５０】
そこで、送信したメールに対して処理を施したい場合は、処理の対象となるメールは、送信箱にあるため、そのメールのヘッダを調べると、Ｍｅｓｓａｇｅ−ＩＤがあり、その内容を確認することができる。
【００５１】
なお、Ｍｅｓｓａｇｅ−ＩＤの形式が規格どおりであれば、Ｍｅｓｓａｇｅ−ＩＤを、クライアントのメーラがメールの送信前に独自に付加することは、これも規格で許されている。したがって、この場合は、後述する既に送信したメールの処理のために、クライアントが作成したＭｅｓｓａｇｅ-ＩＤを処理のためのメールに添付する。
【００５２】
逆に、クライアントがＭｅｓｓａｇｅ−ＩＤを作成しない場合は、規格では、ＳＭＴＰサーバが勝手にＭｅｓｓａｇｅ−ＩＤを作成することとなっている。
【００５３】
このクライアントがＭｅｓｓａｇｅ−ＩＤを作成するケースは、ほとんどの一般的なメーラが採用している方式である。
【００５４】
しかし、仮想ＳＭＴＰサーバは、規格に準拠したＵＭＡソフトウェアであるため、そのようなケースにも対応しており、この場合は、クライアントがつけたＭｅｓｓａｇｅ−ＩＤが、仮想ＳＭＴＰサーバ内に格納されている同メールのＭｅｓｓａｇｅ−ＩＤとなる。この場合も、メールヘッダのクライアントへの通知方法は、通常の方法と同様である。
【００５５】
ここで、ＵＭＡ（Ｕｓｅｒ Ｍｅｓｓａｇｅ Ａｇｅｎｔ）ソフトウェア（又は、単にＵＭＡ）とは、ユーザがメッセージを読み書きするために使われるソフトウェアである。自前でＭＴＡを持たないシステムでは、ＰＯＰ Ｃｌｉｅｎｔ、ＩＭＡＰ Ｃｌｉｅｎｔ、ＳＭＴＰ Ｃｌｉｅｎｔとしての機能も含まれる。詳細はＲＦＣ文書に記載されている。
【００５６】
また、ＭＴＡ（Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ Ａｇｅｎｔ）とは、ホスト間のメッセージの配送を行うソフトウェアである。詳細はＲＦＣ文書に記載されている。
【００５７】
２）送信した（訂正したい）メールの件名の部分（例えば、メールの件名の先頭部分）、またはメール本文（例えば、メール本文の先頭である本文ヘッダ）に削除又は更新記号（以下、これらの記号を処理記号ともいう。）を付加する。処理記号は、仮想ＳＭＴＰサーバが定義したものを使用する。以下は、処理記号の一例であって、本発明のメールの送信方法で使用する処理記号は、以下のような例に限定されるものではない。
（例）削除記号：ＤＥＬＥＴＥ−ＭＬ
更新記号：ＲＥＮＥＷ−ＭＬ
３）Ｍｅｓｓａｇｅ−ＩＤを、メールの件名の部分（例えば、メールの件名の先頭部分）、またはメール本文（例えば、本文ヘッダ（メール本文の先頭部分））に添付する。
（例）ＤＥＬＥＴＥ−ＭＬ
０９９３３０２４４２２３２ｓｓｒｘ３０００＠ｘｘｘｘｘ．ｃｏ．ｊｐ
・・・・・本文・・・・・
４）上記と共に、訂正後のメールを仮想ＳＭＴＰサーバに送信する（送信ボタンなどで）。
【００５８】
次に、上記のメールを受け取った仮想ＳＭＴＰサーバ側の処理を図４のフローチャートを参照して説明する。この図４のフローチャートは、本発明の仮想ＳＭＴＰサーバのソフトウェアに組み込まれたＵＭＡの処理概要を表している。ここで、ＵＭＡは、メールシステムにおける規格上の呼び方であり、単なるソフトウェアである。サーバは、ＵＭＡソフトウェアがなければただのサーバであり、サーバをメールサーバとして稼動させるにはＵＭＡソフトウェアが必要である。
【００５９】
（仮想ＳＭＴＰサーバ側の処理）
送信側のクライアントからメールを受け取った仮想ＳＭＴＰサーバは、まず、受け取ったメールの件名や本文ヘッダを確認し、削除または更新記号などの処理記号が添付されているかどうかを調べる（Ｓ４０１〜Ｓ４０４）。
【００６０】
ここで、本文ヘッダとは、メールの「本文」の部分で、本分の最上部に位置するところである。もちろん、本発明は、処理記号は、本文ヘッダに添付されている場合に限定されるものではない。
【００６１】
この処理記号が付加されていなかった場合は（Ｓ４０４，Ｎｏ）、仮想ＳＭＴＰサーバは、受信したメールを通常のメールとみなし、図７に示されるＳ７０１に移行し、通常のメール処理を行う。
【００６２】
図７の通常のメール処理では、仮想ＳＭＴＰサーバは、メール送信の停止やメールおよびその付随情報をデータベースに登録し、本物のＳＭＴＰサーバへメールを送信した後のＭｅｓｓａｇｅ−ＩＤの一致処理を行う（図７，Ｓ７０１〜Ｓ７１１）。この図７に示される処理については後述する。
【００６３】
これに対し、Ｓ４０４の判断において、削除または更新記号がメールに添付されていた場合（Ｓ４０４，Ｙｅｓ）、仮想ＳＭＴＰサーバは、受信したメールを、例えば削除または更新用のメールとみなし、そのメールが指定しているＭｅｓｓａｇｅ−ＩＤを取得し、仮想ＳＭＴＰサーバのＤＢを参照してＤＢ中のデータとの比較を行う（Ｓ４０５）。
【００６４】
そして、仮想ＳＭＴＰサーバは、指定のＭｅｓｓａｇｅ−ＩＤを持つメールがＤＢにあれば（Ｙｅｓ）、図５に示されるＳ５０１に移行し、ＤＢになければ（Ｎｏ）、図６に示されるＳ６０１に移行する。
【００６５】
図５に示されるＳ５０１では、仮想ＳＭＴＰサーバは、Ｍｅｓｓａｇｅ−ＩＤにより指定されるメールは既に本物のＳＭＴＰサーバへ送信済かどうかを調べる。
【００６６】
そして、もし送信済であれば（Ｙｅｓ）、仮想ＳＭＴＰサーバは、オプション設定により、エラーを送信側のクライアントに返信するのか（Ｓ５０３）、新規メールとして転送するのか（Ｓ５０４）を選択する。
【００６７】
新規メールとして送信する場合（Ｓ５０４）、それまでメールに添付されていた記号およびＭｅｓｓａｇｅ−ＩＤは削除され、代わりに訂正後のメールである旨の情報が添付され、本物ＳＭＴＰサーバへ送信される。この情報は、たとえば「訂正」など、受け手が訂正後のメールであるとわかるようなものである。なお、Ｓ５０４でのメールの送信処理は、Ｍｅｓｓａｇｅ−ＩＤの削除、訂正後のメールである旨の情報の添付以外は、図７に示される新規メールの送信処理と同様の処理より行われる。ただし、このＳ５０４におけるメールの送信処理の場合、停止処理（Ｓ７０２，Ｓ７０７，Ｓ７０８，Ｓ７０９）を経ずに、直ちに、メールを本物のＳＭＴＰサーバに送信するとしても良い。
【００６８】
Ｓ５０１の判断において、Ｍｅｓｓａｇｅ−ＩＤにより指定されたメールが未送信であれば（Ｎｏ）、仮想ＳＭＴＰサーバは、メールに添付された処理記号が、削除記号であるか更新記号であるかを判断し（Ｓ５０５）、削除記号であれば、ＤＢに登録されているメールを削除し（Ｓ５０６）、更新記号であれば、ＤＢに格納されているメールの内容を更新する（Ｓ５０７）。
【００６９】
すなわち、仮想ＳＭＴＰサーバは、メールに添付された処理記号が、削除記号である場合は、そのＭｅｓｓａｇｅ−ＩＤをもつメールを削除すると共に、付随情報をＤＢから抹消する。さらに、仮想ＳＭＴＰサーバは、送られてきたメールは登録せずに破棄する（Ｓ５０６）。
【００７０】
また、仮想ＳＭＴＰサーバは、メールに添付された処理記号が、更新記号である場合は、ＤＢに格納されていたＭｅｓｓａｇｅ−ＩＤをもつメールを削除し、同じＭｅｓｓａｇｅ−ＩＤでＤＢに訂正後のメールおよび付随情報を再登録する（Ｓ５０７）。
【００７１】
この訂正後のメールを登録する場合は、更新処理の記号が添付されたメールから、更新処理の記号、Ｍｅｓｓａｇｅ-ＩＤを削除して登録する。
【００７２】
一方、図４のＳ４０６の判断において、該当するＭｅｓｓａｇｅ−ＩＤがなければ（Ｎｏ）、図６に示されるＳ６０１において、仮想ＳＭＴＰサーバは、オプションの判断を行う。
【００７３】
そして、仮想ＳＭＴＰサーバは、設定されているオプションが、何もせず、送信エラー情報を送信者側に返すことで、送信者の同意や判断を得るオプションの場合は、送信エラーを送信側に返信する（Ｓ６０２）。
【００７４】
また、仮想ＳＭＴＰサーバは、設定されているオプションが、新規メール（処理記号及びＭｅｓｓａｇｅ−ＩＤが添付されていないメール）と同様に扱い、新規メールとしてこのメールを本物のＳＭＴＰサーバに送信するオプションの場合は、新規メールとして本物のＳＭＴＰサーバへメールを送信する（Ｓ６０３）。
【００７５】
すなわち、仮想ＳＭＴＰサーバは、Ｓ６０３において、処理記号が添付されたメールから、処理記号やＭｅｓｓａｇｅ-ＩＤを削除して新規メールとする。
【００７６】
なお、Ｓ６０３でのメールの送信処理は、処理記号及びＭｅｓｓａｇｅ−ＩＤの削除処理以外は、図７に示される新規メールの処理に移行して行われる。ただし、このＳ６０３におけるメールの送信処理の場合、停止処理（Ｓ７０２，Ｓ７０７，Ｓ７０８，Ｓ７０９）を経ずに、直ちに、メールを本物のＳＭＴＰサーバに送信するとしても良い。
【００７７】
次に、本実施形態のメールシステムにおいて、仮想ＳＭＴＰサーバが受信したメールを本物のＳＭＴＰサーバに送信する際の動作について、図７を参照して説明する。図７は、図１に示されるメールシステムにおいて、仮想ＳＭＴＰサーバが受信したメールを本物のＳＭＴＰサーバに送信する際の動作のフローチャートである。
【００７８】
Ｓ７０１において、仮想ＳＭＴＰサーバは、受信したメールについての情報をＤＢに登録する。ＤＢには、メールの、件名、送信者、日時、メール本文、Ｍｅｓｓａｇｅ−ＩＤなどが格納される。
【００７９】
次に、仮想ＳＭＴＰサーバは、停止設定がなされているか否かを判断する（Ｓ７０２）。停止設定とは、受信したメールを一定時間後に、本物のＳＭＴＰサーバに送信する仮想ＳＭＴＰサーバに対する設定をいう。
【００８０】
仮想ＳＭＴＰサーバは、停止設定がなされていれば（Ｙｅｓ）、メールの本物のＳＭＴＰサーバへの送信を一時停止し（Ｓ７０７）、一定時間経過したか否かを判断し（Ｓ７０８）、一定時間経過していれば（Ｙｅｓ）、Ｓ７０９に移行する。
【００８１】
例えば仮想ＳＭＴＰサーバは、Ｍｅｓｓａｇｅ-ＩＤにより識別される受信したメール毎に経過時間を監視する。受信したメールが更新処理により、Ｍｅｓｓａｇｅ-ＩＤを同じくする更新後のメールに置き換わった場合は、それまでの更新されたメールの経過時間を、更新後のメールの経過時間として使用するとしても良いし、使用しないとしても良い。
【００８２】
Ｓ７０９では、仮想ＳＭＴＰサーバは、ＤＢから送信するメールの情報を取り出し、その後、本物のＳＭＴＰサーバへメールを送信する（Ｓ７０３）。
【００８３】
本物のＳＭＴＰサーバへメールを送信した後、仮想ＳＭＴＰサーバは、メールヘッダの返信があるか否かを判断し、返信があれば（Ｙｅｓ）、Ｓ７０５に移行して、エラー情報があるか否かを判断する。
【００８４】
Ｓ７０５の判断において、エラー情報があると判断された場合は（Ｙｅｓ）、仮想ＳＭＴＰサーバは、送信側のクライアントへエラー情報を返信する。
【００８５】
一方、Ｓ７０５の判断において、エラー情報がないと判断された場合は（Ｎｏ）、仮想ＳＭＴＰサーバは、メールヘッダ情報を調査し、Ｍｅｓｓａｇｅ−ＩＤを取得し、ＤＢ中のＭｅｓｓａｇｅ−ＩＤの一致処理（書き換え）を行う。
【００８６】
ここで、図７に示されるＳ７１１の、Ｍｅｓｓａｇｅ−ＩＤ一致処理について、図８を参照して説明する。図８は、図７に示される、Ｓ７１１の、Ｍｅｓｓａｇｅ−ＩＤ一致処理の動作の概念図である。
【００８７】
図８に示すように、仮想ＳＭＴＰサーバ８０２はＳＭＴＰソフトウェアの機能を有し、本物のＳＭＴＰサーバ８０３内にはメールの送受信などを仲介するＳＭＴＰソフトウェアが導入されている。
【００８８】
そして、仮想ＳＭＴＰサーバ８０２及びＳＭＴＰサーバ８０３におけるＳＭＴＰソフトウェアの機能としてＵＭＡが組み込まれている。このＵＭＡがＭｅｓｓａｇｅ-ＩＤを生成する。
【００８９】
図８に示されるように、送信側のクライアントが仮想ＳＭＴＰサーバ８０２へメールを送ると、仮想ＳＭＴＰサーバ８０２のＵＭＡ８０４が、停止設定によって一定時間後に、本物のＳＭＴＰサーバ８０３へメールを送信（転送）する。
【００９０】
メールを受け取った本物のＳＭＴＰサーバ８０３は、ＵＭＡ８０５によりＭｅｓｓａｇｅ-ＩＤを生成し、仮想ＳＭＴＰサーバ８０２へメールヘッダを返す。
【００９１】
そして、仮想ＳＭＴＰサーバ８０２のＵＭＡ８０４は、本物のＳＭＴＰサーバ８０３から返されてきたメールヘッダからＭｅｓｓａｇｅ-ＩＤを調べる。
【００９２】
そして、ＵＭＡ８０４は、Ｍｅｓｓａｇｅ-ＩＤがあればこれをそのまま、仮想ＳＭＴＰサーバ８０２が生成したＭｅｓｓａｇｅ-ＩＤとして、送信側のクライアント８０１へメールヘッダに組み込んで返す。メールヘッダの返信方法については、通常のメールシステムと同様である。
【００９３】
＜Ｍｅｓｓａｇｅ−ＩＤについて＞
次に、上記実施形態において使用されているＭｅｓｓａｇｅ−ＩＤについて、以下説明する。
【００９４】
Ｍｅｓｓａｇｅ−ＩＤとは、メールやニュースのメッセージの識別子を記述するための情報であり、各メッセージはそれぞれ世界中で唯一無二（ユニーク）である。
【００９５】
Ｍｅｓｓａｇｅ−ＩＤの生成は、ＵＭＡが持つ機能の１つであるため、このソフトウェアが導入されているサーバ（ホスト）が生成する。
【００９６】
一般的に、クライアントがＭｅｓｓａｇｅ−ＩＤを生成することは通常なく、また、生成したＭｅｓｓａｇｅ−ＩＤがユニークであることサーバ（ホスト）側が保証しなければならない。
【００９７】
本実施形態では、本物のＳＭＴＰサーバがメールヘッダへＭｅｓｓａｇｅ−ＩＤを生成し、これを受け取った仮想ＳＭＴＰサーバが、このＭｅｓｓａｇｅ−ＩＤをクライアントに返すことになっている。
【００９８】
ただし、仮想ＳＭＴＰサーバでのメールの停止により、もしメールをまだ本物のＳＭＴＰサーバへ送信していない場合は、一時的に仮想ＳＭＴＰサーバがＭｅｓｓａｇｅ−ＩＤを生成し、クライアントへ通知する。
【００９９】
一定時間後、メールを送信したら、本物のＳＭＴＰサーバが生成したＭｅｓｓａｇｅ−ＩＤを仮想ＳＭＴＰサーバが生成したＭｅｓｓａｇｅ−ＩＤと入れ換えることになる。
【０１００】
この場合、仮想ＳＭＴＰサーバは、本物のＳＭＴＰサーバへ送信する前のＭｅｓｓａｇｅ−ＩＤを記憶しているので、問題なく、メールを特定することができる。
【０１０１】
Ｍｅｓｓａｇｅ−ＩＤはその性質（ユニーク）により、メールの重複を防いたり、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”、“Ｒｅｆｅｒｒｅｎｃｅ”と併せてスレッドを生成することが可能である。
【０１０２】
ここで、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”とは、メールの送信又は返信先を指定する処理規格であり、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”をつけて相手へメールを送信すると、そのＭｅｓｓａｇｅ−ＩＤをもつ（受け取った）メールに「対して」相手が送信又は返信する時に、自動的に送信先が、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”で指定した相手となる処理規格である。
【０１０３】
“Ｒｅｆｅｒｒｅｎｃｅ”は、「参照」という意味で、特定のＭｅｓｓａｇｅ−ＩＤを“Ｒｅｆｅｒｒｅｎｃｅ”に指定すると、参照すべきメールを特定することができる。
【０１０４】
これらの、“Ｉｎ−Ｒｅｐｌｙ−Ｔｏ”や、“Ｒｅｆｅｒｒｅｎｃｅ”は、Ｍｅｓｓａｇｅ−ＩＤとは別の、処理規格である。
【０１０５】
また、スレッドを生成するとは、メールを作成することを意味する。
【０１０６】
また、メールに、本文中で参照するＭｅｓｓａｇｅ−ＩＤを添付して、参照元のメッセージを特定することもできる。
【０１０７】
このため、Ｍｅｓｓａｇｅ−ＩＤは、メーリングリストやニュースには欠かすことのできないものである。
【０１０８】
Ｍｅｓｓａｇｅ−ＩＤの形式について、ＲＦＣ８２２では＜ｌｏｃａｌ−ｐａｒｔ“＠”ｄｏｍａｉｎ＞でユニークであることが要求されている。
【０１０９】
これを実現する方法として、“＠”の右側にはメッセージが作成されたドメイン名あるいはドメインリテラル（［２０２．２２４．３９．３９］のようなＩＰアドレスの記述方法）を記述し、その左側にはそのドメインにおいてユニークになるように保証された文字列（例えば、生成日時、プロセスＩＤ、生成番号などの組み合わせ）を記述する。
【０１１０】
つまり、ＦＱＤＮは世界中でユニークであるから、そのホストにおいてユニークな文字列であれば、その組み合わせのＭｅｓｓａｇｅ−ＩＤはユニークとなる。
【０１１１】
ここで、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）とは、インターネット上で、ホスト名に続けて、ドメイン名まで省略せずにすべて指定した形式のことをいう。例えば、「ｈｏｓｔ．ｅｘａｍｐｌｅ．ｃｏ．ｊｐ」のように、ホスト名（ｈｏｓｔ）、ドメイン名（ｅｘａｍｐｌｅ．ｃｏ．ｊｐ）のすべてを指定した形式のことである。
【０１１２】
なお、Ｍｅｓｓａｇｅ−ＩＤに関する標準は、ＲＦＣという規格文書で定義されている。
【０１１３】
＜間違いメールを訂正したメールに更新する仕組み＞
次に、上述の本発明に係る電子メール格納方法の動作の一例として、間違いメールを訂正したメールに更新する仕組みについて図面を参照して説明する。
【０１１４】
図９に示すように、間違いメールを訂正したメールに更新する場合、クライアントのメーラでは、ユーザが送信済のメール（たとえば送信箱）から、訂正したいメールのＭｅｓｓａｇｅ−ＩＤを予め調べておく必要がある。図９は、本発明に係る電子メール格納方法の一実施形態において、間違いメールを訂正したメールに更新する仕組みの概念図である。
【０１１５】
このＭｅｓｓａｇｅ−ＩＤはメールごとにユニークな値となっている。クライアントのメーラは、このＭｅｓｓａｇｅ−ＩＤを更新記号とともに訂正後メールの本文（あるいは件名の部分）に記述し、仮想ＳＭＴＰサーバへ転送する。
【０１１６】
更新記号は、指定のＭｅｓｓａｇｅ−ＩＤをもつメールの更新を仮想ＳＭＴＰサーバに要求するための、独自の記号である。仮想ＳＭＴＰサーバは、この記号の有無で仮想ＳＭＴＰサーバに転送されたメールが新規のメールか、あるいは訂正メールかを判断している。
【０１１７】
メールを受け取った仮想ＳＭＴＰサーバは、メールの本文を解読し、更新記号が書かれていた場合は、そのＭｅｓｓａｇｅ−ＩＤをデータベース内から検索する。
【０１１８】
そして、受信したＭｅｓｓａｇｅ−ＩＤに一致するＭｅｓｓａｇｅ−ＩＤが見つかった場合、仮想ＳＭＴＰサーバは、例えば、次の２通りの処理を行う。
【０１１９】
第１の処理：
一致したＭｅｓｓａｇｅ−ＩＤをもつメールが既に送信済（ＰＯＰサーバへ転送済）の場合
１）仮想ＳＭＴＰサーバは、訂正後のメールから、更新記号やＭｅｓｓａｇｅ−ＩＤを削除し、代わりに、訂正後のメールである旨の情報を付加して、相手側に送信する処理を行なう。
２）何もせず送信エラー情報を送信者側のクライアントに返すことで、送信者の同意や判断を得る。
上記１）又は２）のどちらの処理を行うかは、仮想ＳＭＴＰサーバ側で指定可能である。
【０１２０】
第２の処理：
一致したＭｅｓｓａｇｅ−ＩＤを持つメールがまだ送信されていない場合
受信したメールのＭｅｓｓａｇｅ−ＩＤを有する訂正前のメールをＤＢから削除し、さらに訂正後のメールから、更新記号、Ｍｅｓｓａｇｅ−ＩＤを削除して、訂正前のメールを訂正後メールに置き換える。
【０１２１】
一方、一致するＭｅｓｓａｇｅ−ＩＤが見つからなかった場合、以下の動作を行う。
１）新規メール（更新記号、Ｍｅｓｓａｇｅ−ＩＤが付加されていないメール）と同等に扱う。
２）何もせず送信エラー情報を送信者側のクライアントに返すことで、送信者の同意や判断を得る。
上記１）又は２）のどちらの処理を行うかは、仮想ＳＭＴＰサーバ側で指定可能である。
【０１２２】
上記いずれにも該当しない場合、つまり、仮想ＳＭＴＰサーバに転送されてきたメールが、普通に新規メールとして作成されたものであれば、仮想ＳＭＴＰサーバは、通常のＳＭＴＰサーバの通りに処理を行う。
【０１２３】
もちろん、制限時間内であれば、仮想ＳＭＴＰサーバは、送信メールの削除（キャンセル）のみ行うことも可能である。
【０１２４】
また、仮想ＳＭＴＰサーバが、本物のＳＭＴＰサーバに転送されたメールを送信する、すなわちＰＯＰサーバへ転送するタイミングは、仮想ＳＭＴＰサーバで設定した制限時間（メールの保持時間）の経過後となる。
【０１２５】
なお、上記処理の際に、仮想ＳＭＴＰサーバが参照するＤＢ内に格納されているデータについて、図１０を参照して説明する。図１０は、本発明に係る電子メール格納方法の一実施形態において、間違いメールを訂正したメールに更新する際に仮想ＳＭＴＰサーバが参照するＤＢ内のデータの概念図である。
【０１２６】
図１０に示されるように、ＤＢには、送信者（Ｆｒｏｍ）と、受信者（Ｔｏ）と、Ｍｅｓｓａｇｅ−ＩＤと、Ｓｕｂｊｅｃｔと、Ｓｔａｔｕｓが格納されている。
【０１２７】
Ｓｔａｔｕｓには、そのメールが既に本物のＳＭＴＰサーバに送信済であるのか否かを示す情報が格納されている。
【０１２８】
なお、上記実施形態では、メールの本文の更新、メール自体の削除を例に挙げたが、本発明はこのような場合に限定されるものではない。
【０１２９】
例えば、メールの本文以外にも、既に送っているメールの宛先や件名を変更することもできる。
【０１３０】
例えば、宛先を変更する場合、クライアントは、例えば、Ｍｅｓｓａｇｅ-ＩＤを件名又は本文に添付し、宛先変更を示す処理記号を件名又は本文に添付し、さらに、訂正後の宛先に変更された宛先のメールを仮想ＳＭＴＰサーバに送信する。
【０１３１】
仮想ＳＭＴＰサーバでは、前述のメール本文の更新の場合と同様に、Ｍｅｓｓａｇｅ-ＩＤにて特定される既に登録されている宛先を訂正すべきメールを削除し、訂正後の宛先へ宛てて送信されたメールに置き換えて、登録する。この置き換えの際に、訂正後のメールから、Ｍｅｓｓａｇｅ-ＩＤや処理記号を削除する。
【０１３２】
これにより、メールの送信だけで、既に仮想ＳＭＴＰサーバに送信されているメールの宛先を変更することができる。
【０１３３】
したがって、本実施形態のメールシステムでは、このような宛先の変更によって、例えば、メーリングリストに設定されている誤った宛先にメールを出しても、正しいメールの宛先に変更するように出し直すことで、宛先が変更され、正しいメーリングリスト上の各宛先にメールを送信することが可能となる。
【０１３４】
さらに、本実施形態のメールシステムでは、既に送信されているメールに添付ファイルがある場合であっても、このファイルを後に所望のファイルに変更することができる。
【０１３５】
すなわち、送信側のクライアントでは、既に送信されているメールに添付されてファイルを変更する場合、メールに、変更後のファイルを添付し、Ｍｅｓｓａｇｅ-ＩＤを件名又は本文に添付し、ファイルの変更を示す処理記号を、件名又は本文に添付する。
【０１３６】
そして、送信側のクライアントは、上記処理記号が添付されたメールを仮想ＳＭＴＰサーバに送信する。
【０１３７】
仮想ＳＭＴＰサーバは、前述のメール本文の更新の場合と同様に、Ｍｅｓｓａｇｅ-ＩＤにて特定される既に登録されている変更前のファイルが添付されているメールを削除し、変更したいファイルが添付されたメールに置き換えて登録する。この登録の際に、例えば仮想ＳＭＴＰサーバは、変更後のファイルが添付されたメールから、Ｍｅｓｓａｇｅ-ＩＤや処理記号を削除する。
【０１３８】
このような処理によって、メールの送信だけで、既に仮想ＳＭＴＰサーバに送信されているメールの添付ファイルを所望のファイルに変更することができる。
【０１３９】
また、本実施形態が適用されるメールシステムでは、もしクライアントが現在使用しているメーラがプラグイン（機能追加）に対応している場合、Ｍｅｓｓａｇｅ−ＩＤや処理記号の付加、送信メールのキャンセルや更新などを自動化するプラグインを作成することも可能である。
【０１４０】
このように、本実施形態が適用されるメールシステムは、通常のメールの送受信システムだけではなく、メーリングリストの配信の際にも適用することができる。
【０１４１】
（付記１） メールを送信するクライアントと、
前記クライアントから送信されたメールを受信する仮想サーバと、
前記仮想サーバから送信されたメールを受信するサーバとを備えたメールシステムにおける前記仮想サーバであって、
前記仮想サーバは、
前記クライアントから送信された第１のメールを受信すると共に、該第１のメールの後に、前記クライアントから送信された第２のメールを受信する受信手段と、
前記受信した第１のメールを格納する格納手段と、
前記受信した第２のメールに前記第１のメールを処理するための処理記号及び前記第１のメールを特定するための特定情報が添付されているか否かを判断する判断手段と、
前記処理記号及び前記特定情報が第２のメールに添付されている場合に、
前記処理記号にしたがって、前記格納手段に格納されている、前記特定情報により特定される第１のメールに対して処理を行なう処理手段と、
前記第１のメールを受信してから一定時間後に、前記格納手段に格納されている、第１のメール又は前記処理記号及び特定情報が削除された第２のメールを前記サーバに送信する送信手段とを備える仮想サーバ。
【０１４２】
（付記２） 前記処理記号が、
前記第２のメールの本文に添付されている付記１に記載の仮想サーバ。
【０１４３】
（付記３） 前記処理記号が、
前記第２のメールの件名に添付されている付記１に記載の仮想サーバ。
【０１４４】
（付記４） 前記特定情報が、
前記第２のメールの本文に添付されている付記１に記載の仮想サーバ。
【０１４５】
（付記５） 前記特定情報が、
前記第２のメールの件名に添付されている付記１に記載の仮想サーバ。
【０１４６】
（付記６） 前記第２のメールに添付された処理記号が、
前記第１のメールの本文を更新する処理を示す更新記号であり、
前記第１のメールの更新後の本文の内容が、前記第２のメールの本文に添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１に記載の仮想サーバ。
【０１４７】
（付記７） 前記第２のメールに添付された処理記号が、
前記第１のメールを削除する処理を示す更新記号であり、
前記処理手段は、
前記特定情報により特定される前記第１のメールを前記格納手段から削除する付記１に記載の仮想サーバ。
【０１４８】
（付記８） 前記第２のメールに添付された処理記号が、
前記第１のメールの宛先を更新する処理を示す更新記号であり、
前記第２のメールが更新後の宛先にあてて送信され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１に記載の仮想サーバ。
【０１４９】
（付記９） 前記第２のメールに添付された処理記号が、
前記第１のメールに添付されたファイルを変更する処理を示す変更記号であり、
前記第１のメールに添付される変更後のファイルが、前記第２のメールに添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記変更後のファイルが添付されていると共に、特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１に記載の仮想サーバ。
【０１５０】
（付記１０） メールを送信するクライアントと、
前記クライアントから送信されたメールを受信する仮想サーバと、
前記仮想サーバから送信されたメールを受信するサーバとを備えたメールシステムに適用されるメールの処理方法であって、
前記仮想サーバが、
前記クライアントから送信された第１のメールを受信し、
前記第１のメールの後に、前記クライアントから送信された第２のメールを受信し、
前記受信した第１のメールを格納手段に格納し、
前記受信した第２のメールに前記第１のメールを処理するための処理記号及び前記第１のメールを特定するための特定情報が添付されているか否かを判断し、
前記処理記号及び前記特定情報が第２のメールに添付されている場合に、
前記処理記号にしたがって、前記格納手段に格納されている、前記特定情報により特定される第１のメールに対して処理を行ない、
前記第１のメールを受信してから一定時間後に、前記格納手段に格納されている、第１のメール又は前記処理記号及び前記特定情報が削除された第２のメールを前記サーバに送信するメールの処理方法。
【０１５１】
（付記１１） 前記処理記号が、
前記第２のメールの本文に添付されている付記１０に記載のメールの処理方法。
【０１５２】
（付記１２） 前記処理記号が、
前記第２のメールの件名に添付されている付記１０に記載のメールの処理方法。
【０１５３】
（付記１３） 前記特定情報が、
前記第２のメールの本文に添付されている付記１０に記載のメールの処理方法。
【０１５４】
（付記１４） 前記特定情報が、
前記第２のメールの件名に添付されている付記１０に記載のメールの処理方法。
【０１５５】
（付記１５） 前記第２のメールに添付されている処理記号が、
前記第１のメールの本文を更新する処理を示す更新記号であり、
前記第１のメールの更新後の本文の内容が、前記第２のメールの本文に添付され、
前記仮想サーバは、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１０に記載のメールの処理方法。
【０１５６】
（付記１６） 前記第２のメールに添付されている処理記号が、
前記第１のメールを削除する処理を示す更新記号であり、
前記仮想サーバが、
前記特定情報により特定される前記第１のメールを前記格納手段から削除する付記１０に記載のメールの処理方法。
【０１５７】
（付記１７） 前記第２のメールに添付されている処理記号が、
前記第１のメールの宛先を更新する処理を示す更新記号であり、
前記第２のメールが訂正後の宛先にあてて送信され、
前記仮想サーバが、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１０に記載のメールの処理方法。
【０１５８】
（付記１８） 前記第２のメールに添付されている処理記号が、
前記第１のメールに添付されたファイルを変更する処理を示す変更記号であり、
前記第１のメールに添付される変更後のファイルが、前記第２のメールに添付され、
前記仮想サーバが、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記変更後のファイルが添付されていると共に、特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１０に記載のメールの処理方法。
【０１５９】
（付記１９） メールを送信するクライアントと、
前記クライアントから送信されたメールを受信する仮想サーバと、
前記仮想サーバから送信されたメールを受信するサーバとを備えたメールシステムにおける前記仮想サーバを、
前記クライアントから送信された第１のメールを受信すると共に、該第１のメールの後に、前記クライアントから送信された第２のメールを受信する受信手段、
前記受信した第１のメールを格納する格納手段、
前記受信した第２のメールに前記第１のメールを処理するための処理記号及び前記第１のメールを特定するための特定情報が添付されているか否かを判断する判断手段、
前記処理記号及び前記特定情報が第２のメールに添付されている場合に、
前記処理記号にしたがって、前記格納手段に格納されている、前記特定情報により特定される第１のメールに対して処理を行なう処理手段、及び、
前記第１のメールを受信してから一定時間後に、前記格納手段に格納されている第１のメール又は前記処理記号及び前記特定情報が削除された第２のメールを前記サーバに送信する送信手段として機能させるメール処理プログラム。
【０１６０】
（付記２０） 前記処理記号が、
前記第２のメールの本文に添付されている付記１９に記載のメール処理プログラム。
【０１６１】
（付記２１） 前記処理記号が、
前記第２のメールの件名に添付されている付記１９に記載のメール処理プログラム。
【０１６２】
（付記２２） 前記特定情報が、
前記第２のメールの本文に添付されている付記１９に記載のメール処理プログラム。
【０１６３】
（付記２３） 前記特定情報が、
前記第２のメールの件名に添付されている付記１９に記載のメール処理プログラム。
【０１６４】
（付記２４） 前記第２のメールに添付された処理記号が、
前記第１のメールの本文を更新する処理を示す更新記号であり、
前記第１のメールの更新後の本文の内容が、前記第２のメールの本文に添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１９に記載のメール処理プログラム。
【０１６５】
（付記２５） 前記第２のメールに添付された処理記号が、
前記第１のメールを削除する処理を示す更新記号であり、
前記処理手段は、
前記特定情報により特定される前記第１のメールを前記格納手段から削除する付記１９に記載のメール処理プログラム。
【０１６６】
（付記２６） 前記第２のメールに添付された処理記号が、
前記第１のメールの宛先を更新する処理を示す更新記号であり、
前記第２のメールが訂正後の宛先にあてて送信され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１９に記載のメール処理プログラム。
【０１６７】
（付記２７） 前記第２のメールに添付された処理記号が、
前記第１のメールに添付されたファイルを変更する処理を示す変更記号であり、
該第１のメールに添付される変更後のファイルが、前記第２のメールに添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記変更後のファイルが添付されていると共に、特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する付記１９に記載のメール処理プログラム。
【０１６８】
（付記２８） 送信する電子メールを一時格納する電子メール格納装置において、
電子メールを格納する格納手段と、
一時格納する電子メールを受信する受信手段と、
前記受信手段から受信した電子メール内から、前記格納手段に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索する検索手段と、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、前記処理情報にしたがって、前記特定された電子メールに対して処理を行なう処理手段とを備える電子メール格納装置。
【０１６９】
（付記２９） 前記処理情報が、前記特定された電子メールの本文を更新する処理を示す更新情報であり、
前記特定された電子メールの更新後の本文の内容が、前記電子メールの本文に添付され、
前記処理手段は、前記電子メールから、前記特定情報及び前記更新情報を削除し、前記特定された電子メールを前記格納手段から削除し、前記電子メールを前記格納手段に格納する付記２８に記載の電子メール格納装置。
【０１７０】
（付記３０） 前記処理情報が、前記特定された電子メールを削除する処理を示す更新情報であり、
前記処理手段は、前記特定された電子メールを前記格納手段から削除する付記２８に記載の電子メール格納装置。
【０１７１】
（付記３１） 送信する電子メールを記憶装置に一時格納する電子メール格納方法において、
一時格納する電子メールを受信し、
受信した電子メール内から、前記記憶装置に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索し、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、
前記処理情報にしたがって、前記特定された電子メールに対して処理を行う電子メール格納方法。
【０１７２】
（付記３２） コンピュータに、送信する電子メールを記憶装置に一時格納させる電子メール格納プログラムにおいて、
一時格納する電子メールを受信する受信ステップと、
受信した電子メール内から、前記記憶装置に格納された他の電子メールを特定するための特定情報及び前記特定情報によって特定された電子メールを処理するための処理情報を検索する検索ステップと、
前記電子メールが前記処理情報及び前記特定情報を含んでいた場合に、
前記処理情報にしたがって、前記特定された電子メールに対して処理を行なう処理ステップを実行させる電子メール格納プログラム。
【０１７３】
【発明の効果】
本発明により、既存の、あるいは使い慣れたメーラを変更することなく、送信したメールの削除や更新などの処理をメールを送信することで可能となり利便性が向上する。
【０１７４】
また、本発明では、メールが受信側の装置に受信される前に削除又は更新などの処理がなされるため、受信側への配慮も正確にでき、無駄にログを増やすこともなくなる。
【図面の簡単な説明】
【図１】本発明に係る電子メール格納方法の一実施形態が適用されるメールシステムの概念図である。
【図２】図１に示される仮想ＳＭＴＰサーバ１０２が有する機能のブロック図である。
【図３】図１に示される仮想ＳＭＴＰサーバ１０２において行われるメールのフック（横取り）を示す概念図である。
【図４】本発明に係る電子メール格納方法の一実施形態の動作のフローチャートである。
【図５】本発明に係る電子メール格納方法の一実施形態の動作のフローチャートである。
【図６】本発明に係る電子メール格納方法の一実施形態の動作のフローチャートである。
【図７】本発明に係る電子メール格納方法の一実施形態の動作のフローチャートである。
【図８】図７に示される、Ｓ７１１の、Ｍｅｓｓａｇｅ−ＩＤ一致処理の動作の概念図である。
【図９】本発明に係る電子メール格納方法の一実施形態において、間違いメールを訂正したメールに更新する仕組みの概念図である。
【図１０】本発明に係る電子メール格納方法の一実施形態において、間違いメールを訂正したメールに更新する際に仮想ＳＭＴＰサーバが参照するＤＢ内のデータの概念図である。
【符号の説明】
１０１ クライアント
１０２ 仮想ＳＭＴＰサーバ
１０３ ＳＭＴＰサーバ
２０１ 受信部
２０２ 格納部
２０３ 判断部
２０４ 処理部
２０５ 送信部
３０１ 送信側のクライアント
３０２ 仮想ＳＭＴＰサーバ
３０３ ＳＭＴＰサーバ
８０１ 送信側のクライアント
８０２ 仮想ＳＭＴＰサーバ
８０３ ＳＭＴＰサーバ
８０４，８０５ ＵＭＡ
Claims (7)
- メールを送信するクライアントと、前記クライアントから送信されたメールを受信する仮想サーバと、前記仮想サーバから送信されたメールを受信するサーバとを備えたメールシステムにおける前記仮想サーバであって、
前記仮想サーバは、
前記クライアントから送信された第１のメールを受信すると共に、該第１のメールの後に、前記クライアントから送信された第２のメールを受信する受信手段と、
前記受信した第１のメールを格納する格納手段と、
前記受信した第２のメールに前記第１のメールを処理するための処理記号及び前記第１のメールを特定するための特定情報が添付されているか否かを判断する判断手段と、
前記第２のメールに設定されたオプション設定に基づいて、メール送信者の判断を得るために送る情報としての送信エラー情報を前記クライアントへ送信するか、該第２のメールを新規メールとして前記サーバへ送信するのかを選択する選択手段と、
前記処理記号及び前記特定情報が第２のメールに添付されている場合に、前記処理記号にしたがって、前記格納手段に格納されている、前記特定情報により特定される第１のメールに対して処理を行なう処理手段と、
前記第１のメールを受信してから一定時間後に、前記格納手段に格納され前記処理手段による処理が行われた第１のメールと、前記選択手段で新規メールとして送信することが選択された場合における該新規メールとしての第２のメールと、を前記サーバに送信する送信手段とを備える仮想サーバ。 - 前記第２のメールに添付された処理記号が、前記第１のメールの本文を更新する処理を示す更新記号であり、
前記第１のメールの更新後の本文の内容が、前記第２のメールの本文に添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する請求項１に記載の仮想サーバ。 - 前記第２のメールに添付された処理記号が、前記第１のメールを削除する処理を示す更新記号であり、
前記処理手段は、前記特定情報により特定される前記第１のメールを前記格納手段から削除する請求項１に記載の仮想サーバ。 - 前記第２のメールに添付された処理記号が、前記第１のメールの宛先を更新する処理を示す更新記号であり、
前記第２のメールが更新後の宛先にあてて送信され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する請求項１に記載の仮想サーバ。 - 前記第２のメールに添付された処理記号が、前記第１のメールに添付されたファイルを変更する処理を示す変更記号であり、
前記第１のメールに添付される変更後のファイルが、前記第２のメールに添付され、
前記処理手段は、
前記第２のメールに添付された前記特定情報及び前記更新記号を削除し、
前記格納手段に格納されている前記特定情報により特定される第１のメールを削除し、
前記変更後のファイルが添付されていると共に、特定情報及び前記更新記号を削除した前記第２のメールを前記格納手段に格納する請求項１に記載の仮想サーバ。 - メールを送信するクライアントと、前記クライアントから送信されたメールを受信する仮想サーバと、前記仮想サーバから送信されたメールを受信するサーバとを備えたメールシステムに適用されるメールの処理方法であって、
前記仮想サーバが、
前記クライアントから送信された第１のメールを受信すると共に、該第１のメールの後に、前記クライアントから送信された第２のメールを受信する受信ステップと、
前記受信した第１のメールを格納する格納ステップと、
前記受信した第２のメールに前記第１のメールを処理するための処理記号及び前記第１のメールを特定するための特定情報が添付されているか否かを判断する判断ステップと、
前記第２のメールに設定されたオプション設定に基づいて、メール送信者の判断を得るために送る情報としての送信エラー情報を前記クライアントへ送信するか、該第２のメールを新規メールとして前記サーバへ送信するのかを選択する選択ステップと、
前記処理記号及び前記特定情報が第２のメールに添付されている場合に、前記処理記号にしたがって、前記格納ステップで格納され、前記特定情報により特定される第１のメールに対して処理を行なう処理ステップと、
前記第１のメールを受信してから一定時間後に、前記格納ステップで格納され前記処理ステップで処理が行われた第１のメールと、前記選択ステップで新規メールとして送信することが選択された場合における該新規メールとしての第２のメールと、を前記サーバに送信する送信ステップと、を実行するメールの処理方法。 - メールを送信するクライアントと、前記クライアントから送信されたメールを受信する仮想サーバと、前記仮想サーバから送信されたメールを受信するサーバとを備えたメールシステムにおいて、
前記クライアントから送信された第１のメールを受信すると共に、該第１のメールの後に、前記クライアントから送信された第２のメールを受信する受信ステップと、
前記受信した第１のメールを格納する格納ステップと、
前記受信した第２のメールに前記第１のメールを処理するための処理記号及び前記第１のメールを特定するための特定情報が添付されているか否かを判断する判断ステップと、
前記第２のメールに設定されたオプション設定に基づいて、メール送信者の判断を得るために送る情報としての送信エラー情報を前記クライアントへ送信するか、該第２のメールを新規メールとして前記サーバへ送信するのかを選択する選択ステップと、
前記処理記号及び前記特定情報が第２のメールに添付されている場合に、前記処理記号にしたがって、前記格納ステップで格納され、前記特定情報により特定される第１のメールに対して処理を行なう処理ステップと、
前記第１のメールを受信してから一定時間後に、前記格納ステップで格納され前記処理ステップで処理が行われた第１のメールと、前記選択ステップで新規メールとして送信することが選択された場合における該新規メールとしての第２のメールと、を前記サーバに送信する送信ステップと、を前記仮想サーバに実行させるメール処理プログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003208294A JP4290502B2 (ja) | 2003-08-21 | 2003-08-21 | 仮想サーバ、メールの処理方法、及びメール処理プログラム |
| US10/792,768 US20050044109A1 (en) | 2003-08-21 | 2004-03-05 | Mail system, mail processing method, computer-readable recording medium that records mail processing program, electronic mail storage device, electronic mail storage method and computer-readable recording medium that records electronic mail storage program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003208294A JP4290502B2 (ja) | 2003-08-21 | 2003-08-21 | 仮想サーバ、メールの処理方法、及びメール処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005072638A JP2005072638A (ja) | 2005-03-17 |
| JP4290502B2 true JP4290502B2 (ja) | 2009-07-08 |
Family
ID=34190097
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003208294A Expired - Fee Related JP4290502B2 (ja) | 2003-08-21 | 2003-08-21 | 仮想サーバ、メールの処理方法、及びメール処理プログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20050044109A1 (ja) |
| JP (1) | JP4290502B2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5694546A (en) | 1994-05-31 | 1997-12-02 | Reisman; Richard R. | System for automatic unattended electronic information transport between a server and a client by a vendor provided transport software with a manifest list |
| JP4822677B2 (ja) * | 2004-07-20 | 2011-11-24 | キヤノン株式会社 | 通信装置、通信方法、コンピュータプログラム及びコンピュータ読み取り可能な記憶媒体 |
| US20070061400A1 (en) * | 2005-09-13 | 2007-03-15 | The Go Daddy Group, Inc. | Methods for organizing emails in folders |
| JP2007094654A (ja) * | 2005-09-28 | 2007-04-12 | Nec System Technologies Ltd | 電子メ−ル情報付加装置、情報付加方法および情報付加プログラム |
| JP4814075B2 (ja) * | 2006-12-25 | 2011-11-09 | キヤノンソフトウェア株式会社 | 情報処理装置およびメール送信方法およびプログラムおよび記録媒体 |
| JP5758780B2 (ja) * | 2011-11-21 | 2015-08-05 | 日本電信電話株式会社 | 安否確認システム、安否確認方法 |
| JP5629913B1 (ja) | 2014-03-25 | 2014-11-26 | 山根 久典 | メール削除サーバ、メール削除方法、及びメール削除プログラム |
| US9565147B2 (en) | 2014-06-30 | 2017-02-07 | Go Daddy Operating Company, LLC | System and methods for multiple email services having a common domain |
| FR3028984B1 (fr) * | 2014-11-25 | 2016-12-02 | Malzac De Sengla Guillaume De | Procede d'envoi de courrier recommande electronique |
| CN104579922A (zh) * | 2014-12-26 | 2015-04-29 | 乐视网信息技术（北京）股份有限公司 | 一种邮件发送方法及装置 |
| WO2020035889A1 (en) * | 2018-08-11 | 2020-02-20 | Abdelfattah Mohamed Ali BAHARIA Mohamed | System and method for deleting or editing sent messages from your recipients chat history |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5870548A (en) * | 1996-04-05 | 1999-02-09 | Sun Microsystems, Inc. | Method and apparatus for altering sent electronic mail messages |
| EP1223526A1 (en) * | 2001-01-10 | 2002-07-17 | Hewlett-Packard Company, A Delaware Corporation | Improved process and apparatus for email handling |
| US8671131B2 (en) * | 2003-04-29 | 2014-03-11 | International Business Machines Corporation | Method and system enabling the cancellation of a previously-sent E-mail message |
-
2003
- 2003-08-21 JP JP2003208294A patent/JP4290502B2/ja not_active Expired - Fee Related
-
2004
- 2004-03-05 US US10/792,768 patent/US20050044109A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005072638A (ja) | 2005-03-17 |
| US20050044109A1 (en) | 2005-02-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6360272B1 (en) | Method and apparatus for maintaining a unified view of multiple mailboxes | |
| US7979499B2 (en) | Composing, browsing, replying, forwarding e-mail | |
| Hansen et al. | Message Disposition Notification | |
| JP4290502B2 (ja) | 仮想サーバ、メールの処理方法、及びメール処理プログラム | |
| US8775542B2 (en) | Device and method for user-based processing of electronic message comprising file attachments | |
| JP5054660B2 (ja) | 電子メール保留システム | |
| JPH1055322A (ja) | 送信された電子メール・メッセージを変更する方法および装置 | |
| WO2003100639A1 (en) | System and method for message sender validation | |
| Fajman | An extensible message format for message disposition notifications | |
| US8166111B2 (en) | Method for correcting a received electronic mail having an erroneous header | |
| JP4521480B1 (ja) | 未送信の受信者のあるｅメール・メッセージを訂正するための方法、システム、およびコンピュータ・プログラム | |
| US20070226300A1 (en) | System and method to prevent the sending of email messages to unqualified recipients | |
| US8671131B2 (en) | Method and system enabling the cancellation of a previously-sent E-mail message | |
| JP4857246B2 (ja) | 承認装置、承認方法、及びプログラム | |
| CN105359117B (zh) | 邮件服务器、邮件发送/接收方法和邮件发送/接收程序 | |
| US8615554B1 (en) | Electronic mail delivery physical delivery backup | |
| JP5230704B2 (ja) | メールサーバ | |
| US7882182B2 (en) | Correcting information in a received electronic mail | |
| US9229665B2 (en) | Printing control server, printing control method, and printing system for controlling printing using email address | |
| Hazel | Exim: The Mail Transfer Agent | |
| JP4021568B2 (ja) | 電子メール装置 | |
| JP7552707B2 (ja) | 管理装置、管理方法、プログラム | |
| JP7463899B2 (ja) | メール制御装置およびプログラム | |
| JP7468232B2 (ja) | メール制御装置およびプログラム | |
| JP7468231B2 (ja) | メール制御装置およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060223 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080123 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080129 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080328 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080930 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081120 |
|
| 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: 20090317 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090401 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4290502 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130410 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140410 Year of fee payment: 5 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |