JP2004221995A - Electronic mail control method - Google Patents
Electronic mail control method Download PDFInfo
- 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 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
Links
Images
Abstract
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
[0004]
If the next
[0005]
At this time, if the processing load of the
[0006]
The e-mail arriving at the
[0007]
In addition, a method of extracting an electronic mail addressed to the user by directly logging in to the final
[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
[0009]
Therefore, conventionally, the final transmission
[0010]
[Patent Document 1]
JP-A No. 14-55932 (
[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
[0029]
Upon receiving the confirmation request signal or the deletion request signal, the transmission
[0030]
If the e-mail targeted for the confirmation request or the deletion request is detected on the outgoing mail (message) queue of the
[0031]
In this case (Step S104: Yes), if the signal received by the
[0032]
If the confirmation request signal or the deletion request signal has reached the final destination mail server 23 (step S103: Yes), the final
[0033]
In the
[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)
前記送信元メールサーバから前記最終送信先メールサーバに前記電子メールを送信する工程と、
前記送信元メールサーバから前記電子メールが既読状態になったか否かを確認する確認要求信号あるいは前記電子メールを削除する削除要求信号を送信する工程と、
前記最終送信先メールサーバにおいて、前記確認要求信号が受信された場合には、前記電子メールが既読であるか否かの確認の結果あるいは確認そのものを失敗した旨を、前記削除要求信号が受信された場合には前記電子メールを削除できたか否かを前記送信元メールサーバへ返信する工程を含むことを特徴とする電子メール制御方法。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.
前記送信元メールサーバから前記最終送信先メールサーバに前記電子メールを送信する工程と、
前記送信元メールサーバから前記電子メールが既読状態になったか否かを確認する確認要求信号あるいは前記電子メールを削除する削除要求信号を送信する工程と、
中継する前記メールサーバ上に前記電子メールが存在することが検知された場合、中継する前記メールサーバにおいて、前記確認要求信号を受信した場合には前記電子メールが未読状態である旨を、前記削除要求信号を受信した場合には前記電子メールを削除できたか否かを前記送信元メールサーバへ返信する工程を備えていることを特徴とする電子メール制御方法。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.
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008227781A (en) * | 2007-03-12 | 2008-09-25 | Nec Engineering Ltd | Mail-information management device |
-
2003
- 2003-01-15 JP JP2003007620A patent/JP2004221995A/en active Pending
Cited By (2)
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 "messages sent" 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 |