(57)【要約】【課題】  メールクライアントとメールサーバの間にあるプロキシが分割送信されたメールの統合を行うと、その段階でメールの数が減少してしまう。  メールクライアントが、特定のメールをＤＥＬＥコマンドでメールサーバから削除しようとする時、メールの順序がメールを統合したために狂ってしまい、意図しないメールを削除してしまうという問題が発生した。  本発明は分割メールの統合を行っても、メールサーバから正常にメールを削除することを可能にする方法と装置を提供しようとするものである。【解決手段】  メール一覧記憶部のリストに基づき、プロキシが持つメール番号とメールサーバのメール番号を対比させて、サーバに対して削除すべきメールを指示する。【選択図】  図１
2005353019.tif 000002
【特許請求の範囲】
【請求項１】
符号化されたメールを自動的に復号するメール自動復号化方法において、メールサーバから受信したメールリストを記憶して、復号した後にメールリストをメールクライアントに送付することを特徴とするメール自動復号化方法。
【請求項２】
前記メールリストは、メールサーバから受信したメールリストと復号化情報を元にメールリストを作成し、作成したリストをメールクライアントに送信することを特徴とする請求項１記載のメール自動暗号化方法。
【請求項３】
メールサーバから受信したメールを記憶する受信メール記憶部、受信メールの中から符号化されたメールを復号する復号化部、復号化されたメールを記憶する平文メール記憶部、復号に使用する復号化手段を記憶する復号化手段記憶部によって構成されるメール自動復号化装置において、メールリストを有するメール一覧記憶部を設けたことを特徴とするメール自動復号化装置。
【請求項４】
前記メール一覧記憶部は、メールサーバから受信したメールリストと復号化情報を元に作成したメールクライアントに送信するリストの２種類のリストで構成されていることを特徴とする前記第３項記載のメール自動復号化装置。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、電子メール等の情報を暗号化して送信する際に複数のメールに分割して送信されたものを、メールクライアントとメールサーバの間に置かれたプロキシで復号化して、メールをダウンロードする時の手続きを簡単に行う方式と装置に関するものである。
【背景技術】
【０００２】  一般に、メールサーバは受信するメールのサイズに制限を設けている。この制限を越えるサイズのメールを送信する場合は、この制限の範囲内のサイズに分割してメールを送信する。分割情報は電子メールのヘッダに記録され、この情報を元に分割されたメールは１つのメールに統合される。
【発明の開示】
【発明が解決しようとする課題】
【０００３】  メールクライアントがメールサーバからメールをダウンロードしようとする場合、メールサーバはメールクライアントのＬＩＳＴコマンドに応答して、メールリストをクライアントに返す。メールリストにはメールの番号とサイズが含まれている。【０００４】  このメールの番号はメールをダウンロードする時とメールサーバに蓄積されたメールをメールクライアントが削除する時に必要になる。メールクライアントとメールサーバの間にあるプロキシが分割送信されたメールの統合を行うと、その段階でメールの数が減少してしまう。【０００５】  メールクライアントが、特定のメールをＤＥＬＥコマンドでメールサーバから削除しようとする時、メールの順序がメールを統合したために狂ってしまい、意図しないメールを削除してしまうという問題が発生した。本発明は分割メールの統合を行っても、メールサーバから正常にメールを削除することを可能にする方法と装置を提供しようとするものである。
【課題を解決するための手段】
【０００６】  本発明は、メールクライアントがメールサーバにＬＩＳＴコマンドを送った時に、その中間にで処理を行うプロキシは、メールサーバから受けたメールＬＩＳＴを直ちにメールクライアントに通知するのでなく、プロキシがメールの受信・統合を行った後のメールＬＩＳＴをメールクライアントに通知する。【０００７】  メールクライアントから特定のメール削除の指示がプロキシに届いた時は、メール一覧記憶部のリストに基づき、プロキシが持つメール番号とメールサーバのメール番号を対比させて、サーバに対して削除すべきメールを指示する。【０００８】  上記手段によれば、以下のような作用が得られる。
【発明の効果】
【０００９】  本発明によれば、分割メールが統合された後でも間違いなくサーバ上のメールを削除することが可能になっただけでなく、メールクライアントがメールをダウンロードする時に、分割メールの統合が行われて、ダウンロードすべきメールの数が減少したにもかかわらず、メールの減少を認識できずにメールをメールサーバに要求し続けるという問題を回避できるという効果も有する。
【発明を実施するための最良の形態】
【００１０】  以下、本発明の実施の形態を図示例と共に説明する。＜ＢＲ＞  図１〜図３は発明を実施する形態の一例であって、以下に上記図示例の作動を説明する。図１は本発明のメール自動復号化装置の概略の構成を示す図である。【００１１】  １００は本発明のメール自動復号化装置、１１２はメール処理部でメールクライアント１１１とメールサーバ１１３との通信の制御、メールデータの受け渡しを行う。１１４は受信メールの番号、サイズを記憶するメール一覧記憶部、１１５は平文メール記憶部、１１７は受信メール記憶部である。【００１２】  １１８はメールクライアント１１１の秘密鍵を記憶する秘密鍵記憶部で、複数のメールクライアントに対応できるように記憶されている。１１９はメールクライアント１１１が送信するメールの受信者の公開鍵を記憶する公開鍵記憶部である。【００１３】  公開鍵は通常送付先のアドレスに対応して格納されている。１２０はパスワードつき圧縮データや暗号化データの復号などに使用するパスワードを記憶するパスワード記憶部である。復号化部１１６はメールクライアントに対応した秘密鍵で受信メール記憶部１１７のメールを復号し、平文メール記憶部１１５へ引き渡す。【００１４】  受信メールが平文の場合はそのまま平文メール記憶部１１５へ引き渡す。最終的に受信メールはメール処理部１１２により、平文メール記憶部１１５からメールクライアントへ引き渡される。  次に図２のシーケンスチャートを用いて本発明のメール自動復号化装置１０１の動作手順を説明する。【００１５】  メールを受信する場合、メールクライアント１１１の接続要求コマンドはメール自動復号化装置１１１からメールサーバ１１３へ通知され、メールサーバ１１３の接続受理コマンドはメール処理部１１２を通じて、メールクライアント１１１に渡され、接続が成立する。【００１６】  次にメールクライアント１１１からメールサーバ１１３に格納されているメールの一覧を取得するＬＩＳＴコマンドがメール処理部１１２を通して、メールサーバ１１３へ送られる。メールサーバ１１３はＬＩＳＴコマンドの応答をメール処理部１１２に返す。【００１７】  このＬＩＳＴ応答はメールの順番とサイズである。分割メールもそれぞれカウントされる。メール処理部１１２はＬＩＳＴ応答で得られた数のＲＥＴＲコマンドを発行、応答を繰り返し全メールをサーバ１１３より取得し、受信メール記憶部１１７に格納する。【００１８】  ここで、通常ＲＥＴＲコマンドはＬＩＳＴコマンドで得られたメールの中から番号指定で特定のメールを受信するコマンドである。この一連の動作は、ＲＥＴＲコマンドの発行、応答で一通のメールを受信するたびにメールが暗号化あるいは圧縮されていれば、その都度復号化が行われる。【００１９】  必要な回数だけ同じ動作が繰り返された後、メール一覧管理データを作成しメール一覧記憶部１１４へ記憶する。メール一覧記憶部１１４には、メールの番号とサイズが記憶される。ここで、メール処理部１１２はＬＩＳＴコマンドに対する応答をメールクライアント１１１へ送付する。【００２０】  図４の右側かその内容を示したものである。メールサーバがＬＩＳＴコマンドに応答してきた内容には、合計８通のメール、３���に分割されたメールと２通に分割されたメールがあるが、メールクライアントのへの応答では、５通のメールに変更されている。【００２１】  このときの送付データは復号化された後のサイズ、分割メールが統合された結果のサイズと順番である。ここまでの動作で初めのメールクライアントから発行されたＬＩＳＴコマンドに対する処理が終了する。  図３はメール一覧管理シーケンスを説明する図である。【００２２】  上記の動作の後メールクライアント１１１が新規にＬＩＳＴコマンドを発行した時、メール自動復号化装置１０１はサーバ１１３からのＬＩＳＴ応答データが以前と変わらない場合は、メール本文の受信処理は行わない。ただしメール一覧管理データを作成してから一定時間経過している場合は、他のメールクライアントがサーバ上のメールを削除メールしたり、その上で同一サイズのメールが到着している可能性があるので、その際はメール本文を再受信する。【００２３】  ＬＩＳＴ応答で得られた内容とメール一覧管理データにある以前のＬＩＳＴ応答データとを比較して差異があればメールサーバから差異があった箇所以後のメールを受信、復号化。統合化を行い。メール一覧管理データの内容を修正、更新する。【００２４】  次にメールクライアント１１１がサーバ１１３上のメールを削除する場合の動作を説明する。メールクライアント１１１から、ＬＩＳＴコマンドで得られたメールの中から番号指定で特定のメールを削除するＤＥＬＥコマンドが発行されると、メール処理部１１２は、メールクライアント１１１に送信したＬＩＳＴの内容とメールサーバ１１３から受信したリストの内容を比較する。【００２５】  削除するのが統合メールであれば、統合元となった全てのメールを削除るために、統合前のメール番号を比較表から割り出し、サーバ１１３に必要な数のＤＥＬＥコマンドを送る。図５はこの様子を示したもので統合メール４番のメールを削除するコマンドが来た時は、メールサーバには４番、５番、６番のメールを削除するＤＥＬＥコマンドを発行する。【００２６】  同時に一覧管理データのサーバから受信したリストから統合前のデータを削除する。また、クライアント１１１に通知したメールリストから統合後のデータを削除する。  削除された後の順番のメールは削除された分だけ順番が繰り上がる。【００２７】  このようにＤＥＬＥコマンドが発行されると、メール一覧管理データはメールクライアントに送信したリストの内容とサーバから受信したリストの内容が修正される。  この後メールクライアント１１１から切断要求が出され、切断処理が行われる。【００２８】  こうして、本発明によれば、分割メールが統合された後でも間違いなくサーバ上のメールを削除することが可能になっただけでなく、メールクライアントがメールをダウンロードする時に、分割メールの統合が行われて、ダウンロードすべきメールの数が減少したにもかかわらず、メールの減少を認識できずにメールをメールサーバに要求し続けるという問題を回避できるという効果も有する。【００２９】  尚、本発明の実施形態は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【図面の簡単な説明】
【００３０】
【図１】  メール自動復号化装置の概略機能構成図
【図２】  メール自動復号化装置のシーケンスチャート
【図３】  メール一覧管理のシーケンスチャート
【図４】  ＬＩＳＴコマンド応答
【図５】  ＤＥＬＥコマンド応答
【符号の説明】
【００３１】１００  メール自動復号化装置
１１１  メールクライアント
１１２  メール処理部
１１３  メールサーバ
１１４  メール一覧記憶部
１１５  平文メール記憶部
１１６  復号化部
１１７  受信メール記憶部
１１８  秘密鍵記憶部
１１９  公開鍵記憶部
１２０  パスワード記憶部
【図１】
2005353019.tif 000003
【図２】
2005353019.tif 000004
【図３】
2005353019.tif 000005
【図４】
2005353019.tif 000006
【図５】
2005353019.tif 000007