JP2004221995A - Electronic mail control method - Google Patents

Electronic mail control method Download PDF

Info

Publication number
JP2004221995A
JP2004221995A JP2003007620A JP2003007620A JP2004221995A JP 2004221995 A JP2004221995 A JP 2004221995A JP 2003007620 A JP2003007620 A JP 2003007620A JP 2003007620 A JP2003007620 A JP 2003007620A JP 2004221995 A JP2004221995 A JP 2004221995A
Authority
JP
Japan
Prior art keywords
mail
mail server
request signal
server
control method
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.)
Pending
Application number
JP2003007620A
Other languages
Japanese (ja)
Inventor
Haruo Takamori
治生 高森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP2003007620A priority Critical patent/JP2004221995A/en
Publication of JP2004221995A publication Critical patent/JP2004221995A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide an electronic mail control method capable of surely having the read completion confirmation and deletion confirmation of transmitted electronic mail even through a relay mail server. <P>SOLUTION: The electronic mail control method is for the case of transmitting the electronic mail from a transmission origin mail server to a final transmission destination mail server through at least one or more mail servers. The electronic mail is transmitted from the transmission origin mail server to the final transmission destination mail server and a confirmation request signal for confirming whether or not the electronic mail is turned to an already read state or a deletion request signal for deleting it is transmitted from the transmission origin mail server. In the final transmission destination mail server or the relay mail server, in the case that the confirmation request signal is received, the result of confirming whether or not the electronic mail is already read or the fact that the confirmation itself is a failure is returned to the transmission origin mail server. Also, in the case that the deletion request signal is received, whether or not the electronic mail is deleted is returned to the transmission origin mail server. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、複数のメールサーバを経由して目的先へ電子メールを送信するばあいにおける電子メール制御方法に関する。
【0002】
【従来の技術】
まず一般的な電子メール制御方法について、図面を参照しながら説明する。図7は、電子メールを送信する場合における電子メール伝達の流れを模式的に表した図である。
【0003】
図7において、送信元クライアントPC71から最終送信先メールサーバ74上で管理されているユーザに向けて発信された電子メールは、まず送信元をユーザとして管理している送信元メールサーバ72上に送られる。送信元メールサーバ72は、送信先メールアドレスを、1以上のDNS(Domain NameSystem)サーバA1〜An(nは自然数)に問い合わせ、次の送信先であるメールサーバ73のアドレスを取得する。
【0004】
次の送信先であるメールサーバ73が最終送信先メールサーバ74でない場合、次の送信先であるメールサーバ73は、同じく送信先メールアドレスを1以上のDNSサーバA1〜An(nは自然数)に問い合わせ、次の送信先であるメールサーバのアドレスを取得する。このような工程を繰り返すことによって、最終的に送信された電子メールは最終送信先メールサーバ74に到着する。
【0005】
その際、最終送信先メールサーバ74に到着するまでに、中継メールサーバ73の処理負荷が高い場合、あるいはネットワーク環境において通信障害が発生している場合等においては、送信された電子メールの消失等を防止するために、中継メールサーバ73上で一定の時間だけメールスプール上に送信された電子メールがキューイングされている場合がある。
【0006】
最終送信先サーバ74に到着した電子メールは、最終送信先メールサーバ74のディスク上にあるメールスプール75内に保存される。そして、保存されている電子メール76は、送信先のユーザが使用しているクライアントPC77から送信先のユーザがMUA(Mail User Agent)プログラムを用いて最終送信先メールサーバ74にアクセスすることによって、メールスプール75から取り出され、クライアントPC77のメールボックスに格納される。
【0007】
また、送信先のユーザが最終送信先メールサーバ74に直接ログインすることによって、自分宛の電子メールを抽出する方法も良く用いられる。この場合、メールスプール75から、最終送信先メールサーバ74上の当該ユーザのメールボックス内に電子メールが取り出される。
【0008】
上述したような電子メールの送受信方法では、SMTP(Simple Mail Transfer Protocol)がメール転送プロトコルとして広く用いられている。しかし、SMTPでは、一旦送信した電子メールについて、送信先のユーザがメールスプール75から電子メールを取り出したか、すなわち送信した電子メールを読んでくれたか確認すること、あるいは送信した電子メールを削除することができないという問題点があった。
【0009】
そこで、従来は、所望の電子メールを削除してもらうことを依頼する削除依頼メールや差替え依頼メールを最終送信先メールサーバ74に後送することにより、最終送信先メールサーバ74が要求されている電子メールの削除あるいは差換えを行う電子メールの削除及び更新方法が提案されている(例えば、特許文献1参照)。
【0010】
【特許文献1】
特開平14−55932号公報(第2頁〜第3頁、第4図)
【0011】
【発明が解決しようとする課題】
しかしながら、かかる電子メールの削除及び更新方法においては、以下の問題点があった。
【0012】
まず、送信した電子メールを送信先のユーザが読んだか否かを確認する手段がないため、送信先のユーザが長期不在等により送信した電子メールを読んでいない状況を早急に察知し、そのようなケースに対し適切な措置をとることができなかった。
【0013】
また、送信済みの電子メールの削除や更新を試みることはできるものの、既に送信先のユーザが電子メールを読んでしまった場合等においては、当該電子メールの削除及び更新を行うことができず、また削除や更新がなされたのか否かに関する情報を返信することがないことから、電子メールを確実に削除できたのか、あるいは更新できたのか、確認することができないという問題点もあった。
【0014】
さらに、電子メールの削除依頼や更新依頼が、他の電子メールとして転送されることから、ネットワーク環境において通信障害が発生している場合、あるいは中継メールサーバの処理負荷によっては、中継メールサーバ上でスプールされる場合があり、そのため削除依頼メールや更新依頼依頼メールが遅配されることによって、電子メールを削除あるいは更新するタイミングを失するおそれも残されている。
【0015】
また、近年においては、電子メールに書かれている文章についても通常のドキュメントと同じく、発信日時や発信者が記録された証跡として取り扱われる機会が多いことから、電子メールの内容を更新することを制約無く許可することは記録改竄の問題を生じ、好ましくない。
【0016】
本発明は、上記問題点を解決するために、中継メールサーバを経由した場合であっても、送信した電子メールの既読確認及び削除確認を確実に行うことができる電子メール制御方法を提供することを目的とする。
【0017】
【課題を解決するための手段】
上記目的を達成するために本発明にかかる電子メール制御方法は、送信元メールサーバから最終送信先メールサーバまで、少なくとも1つ以上のメールサーバを中継して電子メールが送信される場合における電子メール制御方法であって、送信元メールサーバから最終送信先メールサーバに電子メールを送信する工程と、送信元メールサーバから電子メールが既読状態になったか否かを確認する確認要求信号あるいは電子メールを削除する削除要求信号を送信する工程と、最終送信先メールサーバにおいて、確認要求信号が受信された場合には、電子メールが既読であるか否かの確認の結果あるいは確認そのものを失敗した旨を、削除要求信号が受信された場合には電子メールを削除できたか否かを送信元メールサーバへ返信する工程を含むことを特徴とする。
【0018】
かかる構成により、送信した電子メールについて、送信先ユーザが読んだか否か、あるいは最終送信先に当該電子メールが到着したか否かを確実に確認することができ、重要な内容を含む電子メールであるにも関わらず相手が未読状態であるという場合等においても、早急に電子メール以外の手段で内容を伝達する等の代替手段をとる決断を速やかに行うことが可能となる。
【0019】
次に上記目的を達成するために本発明にかかる電子メール制御方法は、送信元メールサーバから最終送信先メールサーバまで、少なくとも1つ以上のメールサーバを中継して電子メールが送信される場合における電子メール制御方法であって、送信元メールサーバから最終送信先メールサーバに電子メールを送信する工程と、送信元メールサーバから電子メールが既読状態になったか否かを確認する確認要求信号あるいは電子メールを削除する削除要求信号を送信する工程と、中継するメールサーバ上に電子メールが存在することが検知された場合、中継するメールサーバにおいて、確認要求信号を受信した場合には電子メールが未読状態である旨を、削除要求信号を受信した場合には電子メールを削除できたか否かを送信元メールサーバへ返信する工程を備えていることを特徴とする。
【0020】
かかる構成により、送信した電子メールについて、送信先ユーザが読んだか否か、あるいは当該電子メールが通信障害等で最終送信先に届いていないか否か等を、中継メールサーバの段階でも確実に確認することができ、重要な内容を含む電子メールであるにも関わらず相手が未読状態であるという場合等においても、早急に電子メール以外の手段で内容を伝達する等の代替手段をとる決断を速やかに行うことが可能となる。
【0021】
また、本発明にかかる電子メール制御方法は、確認要求信号又は削除要求信号をメールサーバ間でコマンド/レスポンスの授受を行うことによって送信元メールサーバから最終送信先メールサーバまで伝達し、確認要求信号又は削除要求信号に対する結果を最終送信先メールサーバから送信元メールサーバまでコマンド/レスポンスの授受を行うことによって伝達することが好ましい。応答確認を促す電子メールでのやり取りよりも送受信データ回数及びデータ量が非常に少なくなり、また要求信号を通信途上においてスプールしないことから、通信における高速なレスポンスを確保することができるからである。
【0022】
また、本発明にかかる電子メール制御方法は、中継する各メールサーバの送信待ちメールキュー内に、最終送信先メールサーバまで伝達される中途である電子メールの存在を検出した場合、確認要求信号又は削除要求信号の伝達を中止し、確認要求信号を受信した場合には電子メールが未読状態である旨を、削除要求信号を受信した場合には送信待ちメールキュー上に存在する電子メールの削除が成功したか否かを、要求元サーバに伝達することが好ましい。
【0023】
このようにすることで、送信した電子メールを送信先ユーザがまだ読んでいない場合に当該電子メールを削除でき、送信先を誤った場合、あるいは誤った本文や添付ファイルを送信した場合やウイルスに感染したメールを送信した場合等に、送信元あるいは送信先の個人あるいは企業への被害の波及を最小限に留めることができる。さらに、当該電子メールを確実に削除できたか否かについても確認することができるため、既に読んでしまった状態である送信先を特定することもでき、確実かつ効率的に事後処理を行うことが可能となる。
【0024】
また、本発明にかかる電子メール制御方法は、中継するメールサーバ間のコマンド/レスポンスの授受を、直接通信する2つのメールサーバ間で伝達し終えると同時に、メールサーバ間の通信コネクションを切断して通信セッションを終了することが好ましい。送信時と返信時において送信経路が同一である保証がないことから、無駄なセッションの確立を排除するためである。
【0025】
また、本発明にかかる電子メール制御方法は、最終送信先メールサーバにおいて、確認要求信号が受信された場合、最終送信先メールサーバは、内部のメールスプールに指定された電子メールが保存されているか否かを確認することが好ましい。あるいは、内部のメールスプールに指定された電子メールが存在し、かつ既読状態を示す情報が記録されているか否かを確認することが好ましい。このようにすることで、最終送信先に当該電子メールが到着したか否かを確実に確認することができるからである。
【0026】
【発明の実施の形態】
以下、本発明の実施の形態にかかる電子メール制御方法について、図面を参照しながら説明する。図1は本発明の実施の形態にかかる電子メール制御方法の処理の流れ図である。図1においては、送信メール既読確認/削除要求発信からその結果受信までの処理の流れを示している。また図2は本発明の実施の形態にかかる電子メール制御方法を具現化する電子メール伝達の流れを模式的に表した図である。
【0027】
まず送信元のユーザは、既読状態であることの確認要求あるいは電子メールの削除要求のいずれかを送信する。このとき、確認要求信号あるいは削除要求信号には、少なくとも送信元のユーザのメールアドレス、最終送信先メールアドレス、及び対象となる電子メールのメール(メッセージ)IDが1対のデータとして含まれる。
【0028】
そして、送信元メールサーバ21に対して、プログラムモジュール間のコマンド/レスポンスの授受によって、確認要求信号あるいは削除要求信号を送信する。以降、全ての要求内容及び結果内容の伝達は、各々のメールサーバ上にあるプログラムモジュール間のコマンド/レスポンスの授受により行われる。
【0029】
送信元メールサーバ21は、確認要求信号あるいは削除要求信号を受信すると、最終送信先メールアドレスに基づいてDNSサーバA1〜An(nは自然数)を参照し、次に伝達するメールサーバ22のアドレスを検索する(ステップS101)。DNSサーバA1〜Anから正常に次に伝達する中継メールサーバ22のアドレスを受け取ると、次に伝達する中継メールサーバ22に対して、確認要求信号あるいは削除要求信号を送信する(ステップS102)。そして、最終送信先メールサーバ23に到達するまで、中継メールサーバ22間でDNSサーバの参照と確認要求信号あるいは削除要求信号の送信を繰り返し行うことになる(ステップS103、S104、S105)。
【0030】
最終送信先メールサーバ23に到達する以前に、中継メールサーバ22の送信メール(メッセージ)キュー上に確認要求あるいは削除要求の対象となる電子メールを検出した場合には(ステップS104:Yes)、それ以降の確認要求信号あるいは削除要求信号の送信を中止する。ここまでの処理を要求送信フェーズ11と呼ぶ。
【0031】
この場合(ステップS104:Yes)、中継メールサーバ22が受信した信号が削除要求信号である場合には、メールキュー上の対象電子メールを削除し(ステップS106)、後述する結果送信フェーズ12に移行する。また、要求送信フェーズ11の中途で通信障害が発生し、正常に要求信号が送信できなかった場合にも、結果送信フェーズ12に移行する。
【0032】
確認要求信号あるいは削除要求信号が最終送信先メールサーバ23まで到達した場合には(ステップS103:Yes)、最終送信先メールサーバ23は、要求の対象となる電子メールが自サーバ上のメールスプール25内にあるか否かを検索する。要求の対象となる電子メール26がメールスプール25内に存在することが検出された場合、削除要求信号である場合には当該電子メール26をメールスプール25内より削除し、確認要求信号である場合には当該電子メール26が未読であるものと判定する(ステップS107)。ただし、メールスプール25内に検出された電子メール26に既読状態である旨を示す情報、例えば既読マークあるいは既読フラグ等が記録されていた場合には既読状態であるものと判定する。確認要求信号であり、かつメールスプール25内に対象となる電子メールが存在しなかった場合には、既に送信先ユーザによってメールボックスに取り込まれた後であるものと判断され、既読状態であるものと判定する。そして、結果送信フェーズ12に移行する。
【0033】
結果送信フェーズ12においては、まず最終送信先メールサーバ23が、既読状態であるか否かに関する判定結果あるいは削除した結果を送信元ユーザまで返信するため、結果を送信する中継メールサーバ24のアドレスを、送信元メールアドレスに基づいてDNSサーバD1〜Dn(nは自然数)を参照して検索し(ステップS108)、DNSサーバD1〜Dnから正常に次に送信すべき中継メールサーバ24のアドレスを受け取ると、次に送信する中継メールサーバ24に対し、結果内容を送信する(ステップS109)。要求信号の送信時において、中継メールサーバ上で対象となる電子メールを検出した場合や通信障害が発生したために要求信号の送信ができなかった場合についても、同様の処理を行う(ステップS110、S111)。そして、送信元メールサーバ27に到達するまで(ステップS112:Yes)、中継メールサーバ24間でDNSサーバを参照して結果内容の送信を行う処理を繰り返すことになる(ステップS113)。
【0034】
次に、図3は本発明の実施の形態にかかる電子メール制御方法における要求信号送信時の中継メールサーバ間での1通信の処理の流れ図を、図4は本発明の実施の形態にかかる電子メール制御方法における結果内容送信時の中継メールサーバ間での1通信の処理の流れ図を、それぞれ示している。
【0035】
図3及び図4に示すように、いずれも通信のコネクションは、1通信ごと、すなわち要求内容もしくは結果内容を中継メールサーバ間で1回送信するごとに確立し(ステップS301、S401)、1通信終了するごとに切断する(ステップS303、S403)。このように、中継メールサーバ間の1通信を1セッションとしているのは、各中継メールサーバが、結果内容が返信されてくるまで通信コネクションを確立し続けることによる各中継メールサーバ上の計算機資源の無駄な消費を軽減するため、及び各中継メールサーバ設置拠点のセキュリティポリシー等により要求信号送信時の通信経路と結果内容送信時の通信経路が異なった場合に通信コネクションが切断されない状況に陥る可能性を未然に排除するためである。
【0036】
ここで、要求信号送信時の中継メールサーバ間の1通信及び結果内容送信時の中継メールサーバ間の1通信は、いずれも次の送信先である中継メールサーバのアドレスをDNSサーバを参照することによって検索した後、通信コネクションを確立する。通信コネクションが確立された後、要求信号あるいは結果内容を送信することになる。
【0037】
図5に、本発明の実施の形態にかかる電子メール制御方法における要求信号及び結果内容の具体例を示している。
【0038】
要求信号の内容としては、図5(a)に示すように既読状態であるか否かの確認要求であるのか削除要求であるのかにかかわらず同一の信号フレームを用い、図5(e)に示す要求コードに基づいて確認要求信号か削除要求信号かを判別する。そして、具体的な内容としては、図5(c)に示すように、少なくとも送信先メールアドレス、要求メール(メッセージ)ID、送信元メールアドレスを含むことになる。
【0039】
結果内容も同様に、図5(b)に示すように既読状態であるか否かの確認結果であるのか削除結果であるのかにかかわらず同一の信号フレームを用い、図5(f)に示す結果コードに基づいて返信するべき内容を判別する。そして、具体的な内容としては、図5(d)に示すように、少なくとも返信先メールアドレス(送信元メールアドレス)、要求メール(メッセージ)ID、送信先メールアドレスの他、最終伝達先メールサーバのアドレスを含むことになる。
【0040】
このように、結果内容に最終伝達先メールサーバのアドレスを含ませることにより、最終送信先メールサーバに対象となる電子メールが到着しているか否かを判定することができる。
【0041】
そして、要求信号あるいは結果内容を送信した後、通信コネクションを切断する。正常に要求信号あるいは結果内容が送信された場合には、その送信した内容に対する次の送信先である中継メールサーバの処理結果を待たずに、通信コネクションを切断する。次の送信先である中継メールサーバは、自サーバのメールキュー内に対象となる電子メールが存在した場合等については結果内容の送信処理に移行するが、この場合には新たに通信コネクションを確立することになる。
【0042】
次に、図6は本発明の実施の形態にかかる電子メール制御方法を具現化する各サーバにおける処理の流れ図である。図3で示している要求信号を受信すると(ステップS601)、まず送信先メールアドレスに基づいて、自サーバが最終送信先メールサーバであるか否かを確認する(ステップS602)。
【0043】
自サーバが最終送信先メールサーバでない場合(ステップS602:No)、自サーバ(中継メールサーバ)のメールキュー内に対象となる電子メールが存在するか否かを確認する(ステップS603)。メールキュー内に対象となる電子メールが存在する場合であって(ステップS603:Yes)、要求信号が削除要求である場合(ステップS604:Yes)、自サーバ(中継メールサーバ)のメールキューより対象となる電子メールを削除した後(ステップS605)、DNSサーバを参照して、結果内容を次に送信する中継メールサーバのアドレスを検索する(ステップS606)。
【0044】
要求信号が既読状態の確認要求信号である場合には(ステップS604:No)、まだ最終送信先メールサーバに対象となる電子メールが到達していないことから未読状態であると判定した後、削除要求の場合と同じく結果内容を送信する中継メールサーバのアドレス検索へと移行する(ステップS606)。
【0045】
また、自サーバ(中継メールサーバ)のメールキュー内に対象となる電子メールが存在しない場合は(ステップS603:No)、DNSサーバを参照して要求信号を次に送信する中継メールサーバのアドレスを検索する(ステップS607)。検索が成功した場合には、要求信号を次の中継メールサーバに送信し(ステップS608)、検索が失敗した場合には、失敗した旨を返信するために、結果内容を送信する中継メールサーバのアドレス検索へと移行する(ステップS606)。
【0046】
自サーバが最終送信先メールサーバである場合は(ステップS602:Yes)、メールスプール内に対象となる電子メールが存在するか否かを確認する(ステップS609)。メールスプール内に対象となる電子メールが存在する場合であって(ステップS609:Yes)、要求信号が削除要求である場合には(ステップS610:Yes)、メールスプールより対象となる電子メールを削除し(ステップS611)、結果内容を送信する中継メールサーバの検索処理へと移行する(ステップS606)。
【0047】
要求信号が既読状態の確認要求信号である場合には(ステップS610:No)、送信先であるユーザが、まだ対象となる電子メールをメールボックスに取り込んでいないため未読状態であると判定し、結果内容を送信する中継メールサーバの検索処理へと移行する(ステップS606)。
【0048】
ただし、メールスプール上に対象となる電子メールが存在する場合であっても、既読状態であることを示す情報が記録されている場合については、既読状態であるものと判定する。
【0049】
また、メールスプール内に対象となる電子メールが存在しない場合は(ステップS609:No)、既に送信先であるユーザによってメールボックスに取り込まれているため既読上程であると判定し、結果内容を送信する中継メールサーバの検索処理へと移行する(ステップS606)。
【0050】
結果内容を送信する中継メールサーバの検索処理が失敗した場合には、全ての処理を中止する(ステップS612)。検索処理が成功した場合には、図4に示す結果内容の送信処理へと移行することになる(ステップS613)。
【0051】
以上のように本実施形態によれば、送信した電子メールについて、送信先の相手が読んだか否か、あるいは最終送信先に当該電子メールが到着したか否かを確実に確認することができる。したがって、重要な内容を含む電子メールであるにも関わらず相手が未読状態であるという場合等においても、早急に電子メール以外の手段で内容を伝達する等の代替手段をとる決断を速やかに行うことが可能となる。特に、多人数へ同報メールを発信した場合においては、相手先全員に対し同時に、当該電子メールを読んだか否か、あるいは当該電子メールが到着したか否かを確認することができるため、確認作業の負担が大幅に減少する。
【0052】
また、送信した電子メールを送信先の相手がまだ読んでいない場合には、当該電子メールを削除することができ、送信先を誤った場合、あるいは誤った本文や添付ファイルを送信した場合やウイルスに感染したメールを送信した場合等に、送信元あるいは送信先の個人あるいは企業への被害の波及を最小限に留めることが可能となる。さらに、当該電子メールを確実に削除できたか否かについても確認することができるため、既に読んでしまった状態である送信先を特定することもでき、確実かつ効率的に事後処理を行うことが可能となる。
【0053】
なお、中継メールサーバ間においては、1回のコマンド/レスポンス授受における送受信データ回数及びデータ量が電子メールによる要求と比較して非常に少なく、また要求信号を通信途上においてスプールしないことから、通信における高速なレスポンスを確保することが容易であり、電子メールによる応答要求と比較して、電子メールの既読/未読の確認あるいは削除のタイミングを失する可能性が少ない。
【0054】
【発明の効果】
以上のように本発明にかかる電子メール制御方法によれば、送信した電子メールに対する受信者の確認忘れ、あるいはメールの遅配による機会損失、及び誤送信による個人情報や企業の機密情報の漏洩やウイルス感染メールによる被害拡大等を最小限に抑えることが可能になり、機能性、安全性、機密性の高い電子メール通信環境を確立することが可能となる。
【図面の簡単な説明】
【図1】本発明の実施の形態にかかる電子メール制御方法における処理の流れ図
【図2】本発明の実施の形態にかかる電子メール制御方法を具現化する電子メール送信の流れの模式図
【図3】本発明の実施の形態にかかる電子メール制御方法における要求信号送信時の中継メールサーバ間での1通信の処理の流れ図
【図4】本発明の実施の形態にかかる電子メール制御方法における結果内容送信時の中継メールサーバ間での1通信の処理の流れ図
【図5】本発明の実施の形態にかかる電子メール制御方法における要求信号及び結果内容の例示図
【図6】本発明の実施の形態にかかる電子メール制御方法を具現化する各サーバにおける処理の流れ図
【図7】従来の電子メールを送信する場合における電子メール伝達の流れの模式図
【符号の説明】
11 要求送信フェーズ
12 結果送信フェーズ
21、72 送信元メールサーバ
22、24、73 中継メールサーバ
23、74 最終送信先メールサーバ
25、75 メールスプール
26、76 電子メール
27 送信元メールサーバ
71、77 クライアントPC
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an electronic mail control method when an electronic mail is transmitted to a destination via a plurality of mail servers.
[0002]
[Prior art]
First, a general electronic mail control method will be described with reference to the drawings. FIG. 7 is a diagram schematically illustrating a flow of e-mail transmission when an e-mail is transmitted.
[0003]
In FIG. 7, an e-mail transmitted from a source client PC 71 to a user managed on a final destination mail server 74 is first sent to a source mail server 72 whose source is managed as a user. Can be The transmission source mail server 72 inquires of one or more DNS (Domain Name System) servers A1 to An (n is a natural number) for a transmission destination mail address, and acquires the address of the mail server 73 as the next transmission destination.
[0004]
If the next destination mail server 73 is not the final destination mail server 74, the next destination mail server 73 also sets the destination mail address to one or more DNS servers A1 to An (n is a natural number). Inquires to get the address of the mail server that is the next destination. By repeating such steps, the finally transmitted electronic mail reaches the final destination mail server 74.
[0005]
At this time, if the processing load of the relay mail server 73 is high or the communication failure occurs in the network environment before the mail reaches the final destination mail server 74, the transmitted e-mail is lost. In order to prevent such a situation, the e-mail transmitted on the mail spool for a certain period of time on the relay mail server 73 may be queued.
[0006]
The e-mail arriving at the final destination server 74 is stored in a mail spool 75 on the disk of the final destination mail server 74. Then, the stored e-mail 76 is transmitted from the client PC 77 used by the transmission destination user to the final transmission destination mail server 74 using the MUA (Mail User Agent) program. It is taken out of the mail spool 75 and stored in the mailbox of the client PC 77.
[0007]
In addition, a method of extracting an electronic mail addressed to the user by directly logging in to the final destination mail server 74 by the destination user is often used. In this case, the e-mail is extracted from the mail spool 75 into the user's mailbox on the final destination mail server 74.
[0008]
In the above-described e-mail transmission / reception method, SMTP (Simple Mail Transfer Protocol) is widely used as a mail transfer protocol. However, according to the SMTP, it is necessary to confirm whether the user of the transmission destination has taken out the e-mail from the mail spool 75, that is, to have read the transmitted e-mail, or to delete the transmitted e-mail. There was a problem that it was not possible.
[0009]
Therefore, conventionally, the final transmission destination mail server 74 is requested by sending a deletion request mail or a replacement request mail requesting that the desired e-mail be deleted to the final transmission destination mail server 74. A method of deleting and updating an e-mail for deleting or replacing an e-mail has been proposed (for example, see Patent Document 1).
[0010]
[Patent Document 1]
JP-A No. 14-55932 (pages 2 to 3, FIG. 4)
[0011]
[Problems to be solved by the invention]
However, the method of deleting and updating the e-mail has the following problems.
[0012]
First, since there is no means for confirming whether or not the transmitted user has read the transmitted e-mail, it is necessary to immediately detect a situation in which the transmitted user has not read the transmitted e-mail due to a long absence or the like. Appropriate measures could not be taken for such cases.
[0013]
Also, although it is possible to try to delete or update the sent e-mail, if the destination user has already read the e-mail, etc., the e-mail cannot be deleted and updated, In addition, since information about whether deletion or update has been made is not sent back, there is also a problem that it is not possible to confirm whether the electronic mail has been surely deleted or updated.
[0014]
Furthermore, since a request to delete or update an e-mail is transferred as another e-mail, if a communication failure occurs in the network environment, or depending on the processing load of the relay mail server, the request may be sent to the relay mail server. There is a case where spooling is performed, and therefore, there is a risk that the deletion request mail or the update request request mail is delayed and the timing for deleting or updating the electronic mail is lost.
[0015]
Also, in recent years, texts written in e-mails are often handled as trails with the date and time of origin and the sender as in ordinary documents. Permitting without restriction results in the problem of record falsification, which is not preferable.
[0016]
The present invention provides an e-mail control method capable of reliably performing read confirmation and deletion confirmation of a transmitted e-mail even through a relay mail server in order to solve the above problem. The purpose is to:
[0017]
[Means for Solving the Problems]
In order to achieve the above object, an e-mail control method according to the present invention provides an e-mail control method for transmitting e-mail from at least one mail server from a source mail server to a final destination mail server. A control method, comprising: a step of transmitting an e-mail from a source mail server to a final destination mail server; and a confirmation request signal or an e-mail from the source mail server for confirming whether the e-mail has been read. Sending a deletion request signal to delete the message, and in the final destination mail server, if a confirmation request signal is received, the result of the confirmation as to whether the e-mail has been read or the confirmation itself has failed. And a step of returning to the source mail server whether or not the e-mail has been deleted when the deletion request signal is received. And wherein the door.
[0018]
With this configuration, it is possible to reliably confirm whether or not the transmitted e-mail has been read by the destination user or whether or not the e-mail has arrived at the final destination. Even in the case where the other party is in an unread state in spite of the fact, it is possible to quickly make a decision to take alternative means such as immediately transmitting the contents by means other than e-mail.
[0019]
Next, in order to achieve the above object, an electronic mail control method according to the present invention provides a method for transmitting an electronic mail from at least one mail server to at least one mail server from a source mail server to a final destination mail server. An e-mail control method, comprising: transmitting an e-mail from a source mail server to a final destination mail server; and a confirmation request signal for confirming whether the e-mail has been read from the source mail server or Sending a deletion request signal for deleting the e-mail; and, when the presence of the e-mail on the relay mail server is detected, the e-mail is transmitted to the relay mail server when the confirmation request signal is received. If the e-mail is deleted, if the e-mail has been deleted, the e-mail is sent to the source mail server. Characterized in that it comprises a signal to process.
[0020]
With this configuration, it is possible to reliably check whether or not the transmitted e-mail is read by the destination user or whether the e-mail has not reached the final destination due to a communication failure or the like even at the relay mail server stage. If the other party is unread despite the fact that the email contains important content, the decision to immediately take alternative measures, such as transmitting the content by means other than email, should be taken. It becomes possible to do it quickly.
[0021]
In the electronic mail control method according to the present invention, the confirmation request signal or the deletion request signal is transmitted / received from the mail server to the final destination mail server by transmitting / receiving a command / response between the mail servers. Alternatively, it is preferable that the result of the deletion request signal is transmitted by transmitting / receiving a command / response from the final destination mail server to the source mail server. This is because the number of times of transmission / reception data and the amount of data are much smaller than the exchange by e-mail for prompting the response confirmation, and since the request signal is not spooled during the communication, a high-speed response in the communication can be secured.
[0022]
Further, the electronic mail control method according to the present invention, when detecting the presence of an electronic mail that is being transmitted to the final destination mail server in the transmission waiting mail queue of each relaying mail server, a confirmation request signal or The transmission of the deletion request signal is stopped, and when the confirmation request signal is received, the e-mail is in an unread state. When the deletion request signal is received, the e-mail present in the mail queue waiting for transmission is deleted. Preferably, the success or failure is communicated to the requesting server.
[0023]
In this way, if the destination user has not read the sent e-mail, the e-mail can be deleted, and if the e-mail is sent to the wrong destination, the wrong text or attachment is sent, When an infected email is transmitted, the transmission of damage to the source or destination individual or company can be minimized. Furthermore, since it is possible to confirm whether or not the e-mail has been securely deleted, it is possible to specify a destination that has already been read, and to perform post-processing reliably and efficiently. It becomes possible.
[0024]
In the electronic mail control method according to the present invention, the transmission / reception of the command / response between the relaying mail servers is completed between the two directly communicating mail servers, and at the same time, the communication connection between the mail servers is disconnected. Preferably, the communication session is terminated. This is because there is no assurance that the transmission route is the same at the time of transmission and at the time of reply, so that unnecessary session establishment is eliminated.
[0025]
Further, in the electronic mail control method according to the present invention, when the confirmation request signal is received at the final destination mail server, the final destination mail server stores the specified e-mail in the internal mail spool. It is preferable to confirm whether or not. Alternatively, it is preferable to confirm whether the specified e-mail exists in the internal mail spool and whether information indicating the read state is recorded. By doing so, it is possible to reliably confirm whether or not the e-mail has arrived at the final destination.
[0026]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an email control method according to an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a flowchart of the process of the electronic mail control method according to the embodiment of the present invention. FIG. 1 shows a flow of processing from transmission of a read out / confirmation request for read / deletion of a transmission mail to reception of the result. FIG. 2 is a diagram schematically showing a flow of e-mail transmission which embodies the e-mail control method according to the embodiment of the present invention.
[0027]
First, the transmission source user transmits either a request for confirming that the user is in the read state or a request for deleting the e-mail. At this time, the confirmation request signal or the deletion request signal includes at least the mail address of the source user, the final destination mail address, and the mail (message) ID of the target e-mail as a pair of data.
[0028]
Then, a confirmation request signal or a deletion request signal is transmitted to the transmission source mail server 21 by transmitting / receiving a command / response between program modules. Thereafter, transmission of all the request contents and the result contents is performed by transmitting / receiving commands / responses between program modules on each mail server.
[0029]
Upon receiving the confirmation request signal or the deletion request signal, the transmission source mail server 21 refers to the DNS servers A1 to An (n is a natural number) based on the final transmission destination mail address, and specifies the address of the mail server 22 to be transmitted next. Search (step S101). When the address of the relay mail server 22 to be transmitted next normally is received from the DNS servers A1 to An, a confirmation request signal or a deletion request signal is transmitted to the relay mail server 22 to be transmitted next (step S102). Until the mail reaches the final destination mail server 23, the reference of the DNS server and the transmission of the confirmation request signal or the deletion request signal are repeated between the relay mail servers 22 (steps S103, S104, S105).
[0030]
If the e-mail targeted for the confirmation request or the deletion request is detected on the outgoing mail (message) queue of the relay mail server 22 before reaching the final destination mail server 23 (step S104: Yes), the The transmission of the subsequent confirmation request signal or deletion request signal is stopped. The processing up to this point is called request transmission phase 11.
[0031]
In this case (Step S104: Yes), if the signal received by the relay mail server 22 is a deletion request signal, the target electronic mail in the mail queue is deleted (Step S106), and the process proceeds to the result transmission phase 12 described later. I do. In addition, when a communication failure occurs in the middle of the request transmission phase 11 and the request signal cannot be transmitted normally, the process shifts to the result transmission phase 12.
[0032]
If the confirmation request signal or the deletion request signal has reached the final destination mail server 23 (step S103: Yes), the final destination mail server 23 sends the requested electronic mail to the mail spool 25 on its own server. Search whether it is within. If it is detected that the electronic mail 26 to be requested exists in the mail spool 25, if it is a deletion request signal, the electronic mail 26 is deleted from the mail spool 25 and if it is a confirmation request signal It is determined that the e-mail 26 has not been read (step S107). However, if the electronic mail 26 detected in the mail spool 25 contains information indicating the read state, for example, a read mark or a read flag, the read state is determined. . If it is a confirmation request signal and the target electronic mail does not exist in the mail spool 25, it is determined that the electronic mail has already been taken into the mailbox by the transmission destination user, and it is in the read state. Is determined. Then, the process proceeds to the result transmission phase 12.
[0033]
In the result transmission phase 12, first, the final destination mail server 23 returns the determination result regarding whether or not it is in the read state or the result of deletion to the transmission source user. Is searched with reference to the DNS servers D1 to Dn (n is a natural number) based on the source mail address (step S108), and the address of the relay mail server 24 to be normally transmitted next from the DNS servers D1 to Dn is determined. Upon receipt, the result is transmitted to the relay mail server 24 to be transmitted next (step S109). At the time of transmitting the request signal, the same processing is performed when the target e-mail is detected on the relay mail server or when the request signal cannot be transmitted due to a communication failure (steps S110 and S111). ). Then, the process of transmitting the result contents with reference to the DNS server between the relay mail servers 24 is repeated until the mail reaches the transmission source mail server 27 (step S112: Yes) (step S113).
[0034]
Next, FIG. 3 is a flowchart of one communication process between relay mail servers at the time of transmitting a request signal in the electronic mail control method according to the embodiment of the present invention, and FIG. 4 is an electronic mail according to the embodiment of the present invention. The flow charts of one communication process between the relay mail servers when transmitting the result contents in the mail control method are shown respectively.
[0035]
As shown in FIGS. 3 and 4, a communication connection is established for each communication, that is, each time a request or a result is transmitted between relay mail servers once (steps S301 and S401). The connection is cut off each time the processing is completed (steps S303 and S403). In this way, one communication between relay mail servers is defined as one session because each relay mail server keeps establishing a communication connection until the result content is returned. There is a possibility that the communication connection will not be disconnected if the communication route for transmitting the request signal and the communication route for transmitting the result content are different to reduce wasteful consumption and due to the security policy of each relay mail server installation base etc. Is to be eliminated beforehand.
[0036]
Here, for one communication between the relay mail servers at the time of transmitting the request signal and one communication between the relay mail servers at the time of transmitting the result content, the address of the relay mail server as the next destination is referred to the DNS server. After the search, a communication connection is established. After the communication connection is established, a request signal or a result content is transmitted.
[0037]
FIG. 5 shows a specific example of the request signal and the result content in the electronic mail control method according to the embodiment of the present invention.
[0038]
As the contents of the request signal, the same signal frame is used irrespective of whether it is a confirmation request as to whether or not it is in the read state or a deletion request as shown in FIG. Is determined based on the request code shown in (1). As specific contents, as shown in FIG. 5C, at least a destination mail address, a request mail (message) ID, and a source mail address are included.
[0039]
Similarly, as shown in FIG. 5B, the same signal frame is used regardless of whether the result is a confirmation result or a deletion result as to whether the state is the read state, and FIG. The content to be returned is determined based on the indicated result code. The specific contents are, as shown in FIG. 5D, at least a reply destination mail address (source mail address), a request mail (message) ID, a destination mail address, and a final transmission destination mail server. Will be included.
[0040]
In this way, by including the address of the final transmission destination mail server in the result content, it is possible to determine whether the target e-mail has arrived at the final transmission destination mail server.
[0041]
Then, after transmitting the request signal or the result content, the communication connection is disconnected. When the request signal or the result content is transmitted normally, the communication connection is disconnected without waiting for the processing result of the relay mail server which is the next destination for the transmitted content. The relay mail server, which is the next transmission destination, shifts to the transmission process of the result content if the target e-mail exists in the mail queue of its own server, but in this case, a new communication connection is established Will do.
[0042]
Next, FIG. 6 is a flowchart of processing in each server that embodies the electronic mail control method according to the embodiment of the present invention. When the request signal shown in FIG. 3 is received (step S601), it is first confirmed whether or not the server itself is the final destination mail server based on the destination mail address (step S602).
[0043]
If the own server is not the final destination mail server (step S602: No), it is checked whether or not the target e-mail exists in the mail queue of the own server (relay mail server) (step S603). If the target e-mail exists in the mail queue (step S603: Yes) and the request signal is a deletion request (step S604: Yes), the target e-mail is deleted from the mail queue of its own server (relay mail server). After deleting the e-mail (step S605), the address of the relay mail server to which the contents of the result are transmitted next is searched with reference to the DNS server (step S606).
[0044]
If the request signal is a read request signal of a read state (step S604: No), it is determined that the read e-mail is in the unread state because the target e-mail has not yet reached the final destination mail server. As in the case of the deletion request, the process proceeds to the address search of the relay mail server that transmits the result contents (step S606).
[0045]
If the target e-mail does not exist in the mail queue of the own server (relay mail server) (step S603: No), the address of the relay mail server that transmits the request signal next by referring to the DNS server is set. Search (step S607). If the search is successful, a request signal is transmitted to the next relay mail server (step S608). If the search is unsuccessful, the relay mail server that transmits the result is returned in order to return the failure. The process proceeds to address search (step S606).
[0046]
If the server itself is the final destination mail server (step S602: Yes), it is checked whether or not the target e-mail exists in the mail spool (step S609). If there is a target e-mail in the mail spool (step S609: Yes) and the request signal is a deletion request (step S610: Yes), the target e-mail is deleted from the mail spool. Then, the process shifts to a process of searching for a relay mail server that transmits the result content (step S606).
[0047]
When the request signal is a confirmation request signal of the read state (step S610: No), it is determined that the user as the transmission destination is in the unread state because the target e-mail has not been taken into the mailbox yet. Then, the processing shifts to the search processing of the relay mail server that transmits the result content (step S606).
[0048]
However, even when a target electronic mail exists on the mail spool, if information indicating that the electronic mail is in the read state is recorded, it is determined that the electronic mail is in the read state.
[0049]
If the target e-mail does not exist in the mail spool (step S609: No), it is determined that the e-mail has already been read because the e-mail has already been taken into the mailbox by the user who is the transmission destination, and the result content is determined. The process proceeds to a process of searching for a relay mail server to be transmitted (step S606).
[0050]
If the search processing of the relay mail server that transmits the result content fails, all processing is stopped (step S612). If the search process is successful, the process shifts to the process of transmitting the result content shown in FIG. 4 (step S613).
[0051]
As described above, according to the present embodiment, it is possible to reliably confirm whether or not the transmitted destination has read the electronic mail, or whether or not the electronic mail has arrived at the final destination. Therefore, even in the case where the other party is in an unread state despite the fact that the email contains important content, the decision to quickly take alternative means such as transmitting the content by means other than the email is promptly made. It becomes possible. In particular, when a broadcast e-mail is sent to a large number of people, it is possible to check whether or not the e-mail has been read or whether or not the e-mail has arrived for all the recipients at the same time. Work burden is greatly reduced.
[0052]
In addition, if the recipient has not read the sent e-mail, the e-mail can be deleted.If the e-mail is sent to the wrong address, the wrong message or attachment is sent, It is possible to minimize the spread of damage to the source or destination individual or company, for example, when an infected email is transmitted. Further, since it is possible to confirm whether or not the e-mail has been surely deleted, it is possible to specify a destination that has already been read, and to perform post-processing reliably and efficiently. It becomes possible.
[0053]
Note that the number of transmitted / received data and the amount of data in one command / response transmission / reception between relay mail servers is very small as compared with a request by e-mail, and the request signal is not spooled during the communication. It is easy to secure a high-speed response, and there is less possibility of losing the timing of confirming or deleting the read / unread e-mail as compared with a response request by e-mail.
[0054]
【The invention's effect】
As described above, according to the e-mail control method according to the present invention, forgetting to confirm the recipient of the transmitted e-mail, or loss of opportunity due to delay in distribution of the e-mail, leakage of personal information or corporate confidential information due to erroneous transmission, or virus This makes it possible to minimize the spread of damage due to infected emails, and to establish an email communication environment with high functionality, security, and confidentiality.
[Brief description of the drawings]
FIG. 1 is a flowchart of a process in an electronic mail control method according to an embodiment of the present invention.
FIG. 2 is a schematic diagram of an electronic mail transmission flow that embodies an electronic mail control method according to an embodiment of the present invention;
FIG. 3 is a flowchart of one communication process between relay mail servers when transmitting a request signal in the electronic mail control method according to the embodiment of the present invention;
FIG. 4 is a flowchart of one communication process between relay mail servers when transmitting the result content in the electronic mail control method according to the embodiment of the present invention;
FIG. 5 is an exemplary diagram of a request signal and a result content in the electronic mail control method according to the embodiment of the present invention;
FIG. 6 is a flowchart of processing in each server that implements the electronic mail control method according to the embodiment of the present invention;
FIG. 7 is a schematic diagram of a flow of e-mail transmission when a conventional e-mail is transmitted.
[Explanation of symbols]
11 Request transmission phase
12 Result transmission phase
21, 72 Source mail server
22, 24, 73 Relay mail server
23, 74 Final destination mail server
25, 75 mail spool
26,76 Email
27 Source mail server
71, 77 Client PC

Claims (7)

送信元メールサーバから最終送信先メールサーバまで、少なくとも1つ以上のメールサーバを中継して電子メールが送信される場合における電子メール制御方法であって、
前記送信元メールサーバから前記最終送信先メールサーバに前記電子メールを送信する工程と、
前記送信元メールサーバから前記電子メールが既読状態になったか否かを確認する確認要求信号あるいは前記電子メールを削除する削除要求信号を送信する工程と、
前記最終送信先メールサーバにおいて、前記確認要求信号が受信された場合には、前記電子メールが既読であるか否かの確認の結果あるいは確認そのものを失敗した旨を、前記削除要求信号が受信された場合には前記電子メールを削除できたか否かを前記送信元メールサーバへ返信する工程を含むことを特徴とする電子メール制御方法。
An email control method in a case where an email is transmitted from a source mail server to a final destination mail server via at least one or more mail servers,
Transmitting the email from the source mail server to the final destination mail server;
A step of transmitting a confirmation request signal for confirming whether or not the electronic mail has been read from the transmission source mail server or a deletion request signal for deleting the electronic mail,
In the final destination mail server, when the confirmation request signal is received, the deletion request signal is received as a result of the confirmation as to whether the e-mail has been read or the fact that the confirmation itself failed. And sending a reply to the source mail server as to whether or not the electronic mail has been deleted.
送信元メールサーバから最終送信先メールサーバまで、少なくとも1つ以上のメールサーバを中継して電子メールが送信される場合における電子メール制御方法であって、
前記送信元メールサーバから前記最終送信先メールサーバに前記電子メールを送信する工程と、
前記送信元メールサーバから前記電子メールが既読状態になったか否かを確認する確認要求信号あるいは前記電子メールを削除する削除要求信号を送信する工程と、
中継する前記メールサーバ上に前記電子メールが存在することが検知された場合、中継する前記メールサーバにおいて、前記確認要求信号を受信した場合には前記電子メールが未読状態である旨を、前記削除要求信号を受信した場合には前記電子メールを削除できたか否かを前記送信元メールサーバへ返信する工程を備えていることを特徴とする電子メール制御方法。
An email control method in a case where an email is transmitted from a source mail server to a final destination mail server via at least one or more mail servers,
Transmitting the email from the source mail server to the final destination mail server;
A step of transmitting a confirmation request signal for confirming whether or not the electronic mail has been read from the transmission source mail server or a deletion request signal for deleting the electronic mail,
If it is detected that the electronic mail is present on the relaying mail server, the relaying mail server indicates that the electronic mail is in an unread state when the confirmation request signal is received. An e-mail control method, comprising a step of returning to the source mail server whether or not the e-mail has been deleted when the request signal is received.
前記確認要求信号又は削除要求信号を前記メールサーバ間でコマンド/レスポンスの授受を行うことによって前記送信元メールサーバから前記最終送信先メールサーバまで伝達し、前記確認要求信号又は削除要求信号に対する結果を前記最終送信先メールサーバから前記送信元メールサーバまでコマンド/レスポンスの授受を行うことによって伝達する請求項1又は2に記載の電子メール制御方法。The confirmation request signal or the deletion request signal is transmitted / received from the source mail server to the final transmission destination mail server by transmitting / receiving a command / response between the mail servers, and a result of the confirmation request signal or the deletion request signal is transmitted. 3. The electronic mail control method according to claim 1, wherein the transmission is performed by transmitting / receiving a command / response from the final destination mail server to the source mail server. 中継する各前記メールサーバの送信待ちメールキュー内に、前記最終送信先メールサーバまで伝達される中途である前記電子メールの存在を検出した場合、前記確認要求信号又は削除要求信号の伝達を中止し、前記確認要求信号を受信した場合には前記電子メールが未読状態である旨を、前記削除要求信号を受信した場合には前記送信待ちメールキュー上に存在する前記電子メールの削除が成功したか否かを、前記要求元サーバに伝達する請求項2に記載の電子メール制御方法。In the transmission waiting mail queue of each mail server to be relayed, if the presence of the e-mail which is being transmitted to the final destination mail server is detected, the transmission of the confirmation request signal or the deletion request signal is stopped. If the confirmation request signal is received, it indicates that the e-mail is in the unread state, and if the deletion request signal is received, whether the deletion of the e-mail present in the transmission waiting mail queue is successful. 3. The electronic mail control method according to claim 2, wherein whether or not the request is transmitted to the request source server. 中継する前記メールサーバ間のコマンド/レスポンスの授受を、直接通信する2つの前記メールサーバ間で伝達し終えると同時に、前記メールサーバ間の通信コネクションを切断して通信セッションを終了する請求項1又は2に記載の電子メール制御方法。2. The communication session between the mail server to be relayed and the communication session between the mail server and the communication connection between the mail servers being cut off at the same time as the transmission / reception of the command / response between the mail servers to be relayed is completed between the two mail servers directly communicating. 3. The electronic mail control method according to item 2. 前記最終送信先メールサーバにおいて、前記確認要求信号が受信された場合、前記最終送信先メールサーバは、内部のメールスプールに指定された前記電子メールが保存されているか否かを確認する請求項1又は2に記載の電子メール制御方法。2. The final destination mail server, when the confirmation request signal is received by the final destination mail server, checks whether or not the electronic mail specified in the internal mail spool is stored. Or the e-mail control method according to 2. 前記最終送信先メールサーバにおいて、前記確認要求信号が受信された場合、前記最終送信先メールサーバは、内部のメールスプールに指定された電子メールが存在し、かつ既読状態を示す情報が記録されているか否かを確認する請求項1又は2に記載の電子メール制御方法。In the final destination mail server, when the confirmation request signal is received, the final destination mail server records information indicating that the specified e-mail exists in the internal mail spool and the read state is read. The electronic mail control method according to claim 1 or 2, wherein whether or not the electronic mail is sent is confirmed.
JP2003007620A 2003-01-15 2003-01-15 Electronic mail control method Pending JP2004221995A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003007620A JP2004221995A (en) 2003-01-15 2003-01-15 Electronic mail control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003007620A JP2004221995A (en) 2003-01-15 2003-01-15 Electronic mail control method

Publications (1)

Publication Number Publication Date
JP2004221995A true JP2004221995A (en) 2004-08-05

Family

ID=32897666

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003007620A Pending JP2004221995A (en) 2003-01-15 2003-01-15 Electronic mail control method

Country Status (1)

Country Link
JP (1) JP2004221995A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008227781A (en) * 2007-03-12 2008-09-25 Nec Engineering Ltd Mail-information management device

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008227781A (en) * 2007-03-12 2008-09-25 Nec Engineering Ltd Mail-information management device
JP4652362B2 (en) * 2007-03-12 2011-03-16 Necエンジニアリング株式会社 Mail information management device

Similar Documents

Publication Publication Date Title
US6779022B1 (en) Server that obtains information from multiple sources, filters using client identities, and dispatches to both hardwired and wireless clients
JP4959732B2 (en) Apparatus and method for distributing electronic messages to wireless data processing equipment
US6427164B1 (en) Systems and methods for automatically forwarding electronic mail when the recipient is otherwise unknown
KR101291324B1 (en) Extended messaging platform
US9479638B2 (en) Methods and systems for dispatching messages to mobile devices
US7930358B2 (en) Method and apparatus for efficiently managing “messages sent” file and resending of messages from mobile wireless communication device
JP2010525741A (en) Synchronization of email messages between external email servers and / or local email servers and / or wireless devices
US7984100B1 (en) Email system automatically notifying sender status and routing information during delivery
CA2589522A1 (en) Method and apparatus for efficiently managing &#34;messages sent&#34; file and resending of messages from mobile wireless communication device
US20060184635A1 (en) Electronic mail method using email tickler
JP4857246B2 (en) Approval device, approval method, and program
JP2005072638A (en) Apparatus, method and program for storing electronic mail
US8615554B1 (en) Electronic mail delivery physical delivery backup
JP2004221995A (en) Electronic mail control method
JP6299166B2 (en) Notification method, apparatus and program
JP5051664B2 (en) E-mail mistransmission prevention apparatus and e-mail mistransmission prevention method
JP2001111601A (en) Electronic mail system and method, and recording medium recording electronic mail address revision notice system program
US7606935B1 (en) Systems and methods of automatic retransmission of electronic mail
JP2011010093A (en) Communication system, relay apparatus and electronic mail relay method
KR20010039759A (en) System and method of managing a remote mail server
JP4821863B2 (en) E-mail transfer control method and transfer control apparatus
US9053464B2 (en) Information security method and appparatus
JP2000270006A (en) Device and system for repeating mail and storage medium
JPH0832616A (en) Electronic mail transmitting method, electronic mail device and electronic mail system
JP2005284955A (en) Electronic mail transmitting/receiving system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050513

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070109

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070510