JP4223505B2

JP4223505B2 - メールサーバ移行支援プログラムおよびメールサーバ移行支援装置

Info

Publication number: JP4223505B2
Application number: JP2005248219A
Authority: JP
Inventors: 昌宏富田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2005-08-29
Filing date: 2005-08-29
Publication date: 2009-02-12
Anticipated expiration: 2025-08-29
Also published as: JP2007067563A

Description

この発明は、メールサーバの移行時に新旧メールサーバとクライアントを中継して移行を支援するメールサーバ移行支援プログラムおよびメールサーバ移行支援装置に関し、特に、移行中および移行後において、クライアントが正しくメールを識別することができるメールサーバ移行支援プログラムおよびメールサーバ移行支援装置に関するものである。

通常、電子メールシステムにおいて、メールサーバのハードウェアのリプレースや、サーバ構成の変更を行う場合は、それまで使用していたメールサーバにあるメールを新しいメールサーバに移行する必要がある。

しかし、電子メールは常時送受信が行われるものであり、そのため、サービスを停止せずにメールを移行することが求められている。

そこで、移行元である旧メールサーバと、移行先である新メールサーバを同時にネットワークに接続した状態で、新旧メールサーバとクライアントの間を中継する機能を備え、クライアントに対し、あたかも１つのサーバであるかのように見せることにより、サービスを停止する必要のない電子メールシステムが考案されている（例えば、特許文献１参照）。

特開２００２−２９０４６８号公報

しかしながら、新旧メールサーバとクライアントを中継し、クライアントに対してそれぞれのメールサーバにあるメールをそのまま応答した場合、メール識別子が重複する可能性がある。

ここで、メール識別子とは、メールサーバにより、メールごとに一意になるように付与された識別子である。電子メール利用者が使用する一般的なメールクライアントソフトウェア（メーラ）は、メールの未読／既読の判定に、このメール識別子を利用している。そのため、旧メールサーバにあるメールのメール識別子と、新メールサーバにあるメールのメール識別子が重複してしまうと、未読／既読管理が正しく行えないという問題がある。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、移行中および移行後において、クライアントが正しくメールを識別することができるメールサーバ移行支援プログラム、メールサーバ移行支援装置を提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１に係るメールサーバ移行支援プログラムは、旧メールサーバから新メールサーバへメールサーバを移行する際に、旧メールサーバおよび新メールサーバとクライアントとの間を中継して移行を支援するコンピュータを動作させるメールサーバ移行支援プログラムであって、前記クライアントからの接続要求を受け付ける接続要求受付手順と、前記接続要求受付手順により前記接続要求が受け付けられた場合に、前記旧メールサーバおよび前記新メールサーバにそれぞれ接続し、メールデータを一意に識別するためのメール識別子を含むメール情報をそれぞれのメールサーバから取得するメール情報取得手順と、前記メール情報取得手順により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合に、重複しない新たなメール識別子を生成し、生成したメール識別子と、前記重複したメール識別子のうち新メールサーバから取得したメール識別子と対応付けるメール識別子生成手順と、前記クライアントからメール受信に関する命令を受け付けるクライアント命令受付手順と、前記クライアント命令受付手順により前記メール受信に関する命令が受け付けられた場合に、前記メール識別子生成手順により生成された新たなメール識別子を用いることで全てのメールデータを一意に識別して処理を行うクライアント命令処理手順と、前記クライアント命令処理手順により行われた処理の結果を前記クライアントへ応答するクライアント命令応答手順と、をコンピュータに実行させることを特徴とする。

この請求項１の発明によれば、クライアントからの接続要求を受け付けた場合に、旧メールサーバおよび新メールサーバにそれぞれ接続し、メールデータを一意に識別するためのメール識別子を含むメール情報をそれぞれのメールサーバから取得し、取得した旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合に、重複しない新たなメール識別子を生成し、生成したメール識別子と、重複したメール識別子のうち新メールサーバから取得したメール識別子と対応付け、クライアントからメール受信に関する命令を受け付けた場合に、生成した新たなメール識別子を用いることで全てのメールデータを一意に識別して処理を行い、処理の結果を前記クライアントへ応答するよう構成したので、旧メールサーバにあるメールのメール識別子と新メールサーバにあるメールのメール識別子が重複していた場合でも、それぞれのメールを一意に識別して処理することができる。

また、請求項２の発明に係るメールサーバ移行支援プログラムは、請求項１の発明において、前記メール情報は、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番を含み、新旧メールサーバのそれぞれのメール通番に対応付けられた新たなメール通番を全てのメールに対して生成するメール通番生成手順をさらにコンピュータに実行させ、前記クライアント命令処理手順は、前記新たなメール通番を指定してクライアントが要求する命令を処理することを特徴とする。

この請求項２の発明によれば、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番に対応付けられた新たなメール通番を全てのメールに対して生成し、この新たなメール通番を指定してクライアントが要求する命令を処理するよう構成したので、クライアントから受信したメール通番に対して、新旧メールサーバにあるメールを容易に紐付けることができる。

また、請求項３の発明に係るメールサーバ移行支援プログラムは、請求項１または２の発明において、前記クライアント命令処理手順は、前記クライアントからのメール識別子出力要求に応じて、重複しないメール識別子をクライアントに出力するものであって、前記旧メールサーバから取得したメール識別子をクライアントに出力する第一のメール識別子出力手順と、前記新メールサーバから取得したメール識別子をクライアントに出力する第二のメール識別子出力手順と、をコンピュータに実行させ、前記第二のメール識別子出力手順は、前記新メールサーバから取得したメール識別子をクライアントに出力する際に、前記重複したメール識別子については当該重複したメール識別子に対応付けられている前記新たなメール識別子に置換えて出力することを特徴とする。この請求項３の発明によれば、クライアントからのメール識別子出力要求に応じて、旧メールサーバから取得したメール識別子をクライアントに出力し、新メールサーバから取得したメール識別子をクライアントに出力し、新メールサーバから取得したメール識別子をクライアントに出力する際に、重複したメール識別子については当該重複したメール識別子に対応付けられている新たなメール識別子に置換えて出力するよう構成したので、クライアントは、メール識別子出力要求により、全てのメールを一意に識別するメール識別子を取得することができる。

また、請求項４の発明に係るメールサーバ移行支援プログラムは、請求項１、２または３の発明において、前記クライアント命令処理手順は、前記クライアントからのメール削除要求に応じて、当該メール削除要求により指定されたメールデータを削除するものであって、前記指定されたメールデータが格納されている前記旧メールサーバまたは前記新メールサーバに当該メールデータの削除を要求するメール削除命令を発行するメール削除命令発行手順と、前記指定されたメールデータが前記メール識別子生成手順により新たなメール識別子を生成されたメールデータであった場合に、当該メールデータに対応するメール識別子を削除するメール識別子削除手順と、をコンピュータに実行させることを特徴とする。この請求項４の発明によれば、クライアントからのメール削除要求に応じて、指定されたメールデータが格納されている旧メールサーバまたは新メールサーバに当該メールデータの削除を要求するメール削除命令を発行し、指定されたメールデータが新たなメール識別子を生成されたメールデータであった場合に、当該メールデータに対応するメール識別子を削除するよう構成したので、メールサーバ移行支援プログラムの記憶領域を無駄なく使用することができる。

また、請求項５の発明に係るメールサーバ移行支援装置は、旧メールサーバから新メールサーバへメールサーバを移行する際に、旧メールサーバおよび新メールサーバとクライアントとの間を中継して移行を支援するメールサーバ移行支援装置であって、前記クライアントからの接続要求を受け付ける接続要求受付手段と、前記接続要求受付手段により前記接続要求が受け付けられた場合に、前記旧メールサーバおよび前記新メールサーバにそれぞれ接続し、メールデータを一意に識別するためのメール識別子を含むメール情報をそれぞれのメールサーバから取得するメール情報取得手段と、前記メール情報取得手段により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合に、重複しない新たなメール識別子を生成し、生成したメール識別子と、前記重複したメール識別子のうち新メールサーバから取得したメール識別子と対応付けるメール識別子生成手段と、前記クライアントからメール受信に関する命令を受け付けるクライアント命令受付手段と、前記クライアント命令受付手段により前記メール受信に関する命令が受け付けられた場合に、前記メール識別子生成手段により生成された新たなメール識別子を用いることで全てのメールデータを一意に識別して処理を行うクライアント命令処理手段と、前記クライアント命令処理手段により行われた処理の結果を前記クライアントへ応答するクライアント命令応答手段と、を備えたことを特徴とする。この請求項５の発明によれば、クライアントからの接続要求を受け付けた場合に、旧メールサーバおよび新メールサーバにそれぞれ接続し、メールデータを一意に識別するためのメール識別子を含むメール情報をそれぞれのメールサーバから取得し、取得した旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合に、重複しない新たなメール識別子を生成し、生成したメール識別子と、重複したメール識別子のうち新メールサーバから取得したメール識別子と対応付け、クライアントからメール受信に関する命令を受け付けた場合に、生成した新たなメール識別子を用いることで全てのメールデータを一意に識別して処理を行い、処理の結果を前記クライアントへ応答するよう構成したので、旧メールサーバにあるメールのメール識別子と新メールサーバにあるメールのメール識別子が重複していた場合でも、それぞれのメールを一意に識別して処理することができる。

また、請求項６の発明に係るメールサーバ移行支援装置は、請求項５の発明において、前記メール情報は、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番を含み、新旧メールサーバのそれぞれのメール通番に対応付けられた新たなメール通番を全てのメールに対して生成するメール通番生成手段をさらに備え、前記クライアント命令処理手段は、前記新たなメール通番を指定してクライアントが要求する命令を処理することを特徴とする。この請求項６の発明によれば、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番に対応付けられた新たなメール通番を全てのメールに対して生成し、この新たなメール通番を指定してクライアントが要求する命令を処理するよう構成したので、クライアントから受信したメール通番に対して、新旧メールサーバにあるメールを容易に紐付けることができる。

また、請求項７の発明に係るメールサーバ移行支援装置は、請求項５または６の発明において、前記クライアント命令処理手段は、前記クライアントからのメール識別子出力要求に応じて、重複しないメール識別子をクライアントに出力するものであって、前記旧メールサーバから取得したメール識別子をクライアントに出力する第一のメール識別子出力手段と、前記新メールサーバから取得したメール識別子をクライアントに出力する第二のメール識別子出力手段と、を備え、前記第二のメール識別子出力手段は、前記新メールサーバから取得したメール識別子をクライアントに出力する際に、前記重複したメール識別子については当該重複したメール識別子に対応付けられている前記新たなメール識別子に置換えて出力することを特徴とする。この請求項７の発明によれば、クライアントからのメール識別子出力要求に応じて、旧メールサーバから取得したメール識別子をクライアントに出力し、新メールサーバから取得したメール識別子をクライアントに出力し、新メールサーバから取得したメール識別子をクライアントに出力する際に、重複したメール識別子については当該重複したメール識別子に対応付けられている新たなメール識別子に置換えて出力するよう構成したので、クライアントは、メール識別子出力要求により、全てのメールを一意に識別するメール識別子を取得することができる。

また、請求項８の発明に係るメールサーバ移行支援装置は、請求項５、６または７の発明において、前記クライアント命令処理手段は、前記クライアントからのメール削除要求に応じて、当該メール削除要求により指定されたメールデータを削除するものであって、前記指定されたメールデータが格納されている前記旧メールサーバまたは前記新メールサーバに当該メールデータの削除を要求するメール削除命令を発行するメール削除命令発行手段と、前記指定されたメールデータが前記メール識別子生成手段により新たなメール識別子を生成されたメールデータであった場合に、当該メールデータに対応するメール識別子を削除するメール識別子削除手段と、を備えたことを特徴とする。この請求項８の発明によれば、クライアントからのメール削除要求に応じて、指定されたメールデータが格納されている旧メールサーバまたは新メールサーバに当該メールデータの削除を要求するメール削除命令を発行し、指定されたメールデータが新たなメール識別子を生成されたメールデータであった場合に、当該メールデータに対応するメール識別子を削除するよう構成したので、メールサーバ移行支援プログラムの記憶領域を無駄なく使用することができる。

請求項１および５の発明によれば、旧メールサーバにあるメールのメール識別子と新メールサーバにあるメールのメール識別子が重複していた場合でも、それぞれのメールを一意に識別して処理することができるので、クライアントは、メール識別子が重複したことを意識せずにメールに対する処理を行うことができるという効果を奏する。

また、請求項２および６の発明によれば、クライアントから受信したメール通番に対して、新旧メールサーバにあるメールを容易に紐付けることができるので、クライアントからの命令を効率よく処理することができるという効果を奏する。

また、請求項３および７の発明によれば、クライアントは、メール識別子出力要求により全てのメールを一意に識別するメール識別子を取得することができるので、メールの未読／既読の判定を正しく行うことができるという効果を奏する。

また、請求項４および８の発明によれば、メールサーバ移行支援プログラムの記憶領域を無駄なく使用することができるので、資産を有効に活用することができるという効果を奏する。

以下に添付図面を参照して、この発明に係るメールサーバ移行支援装置およびメールサーバ移行支援プログラムの好適な実施例を詳細に説明する。なお、本実施例では、本発明を、ＰＯＰサーバを用いたメールシステムに適用した場合を中心に説明する。

まず、本実施例に係るＰＯＰサーバ移行支援装置を用いたメールシステムの構成について説明する。図１は、本実施例に係るＰＯＰサーバ支援装置を用いたメールシステムの構成を示す機能ブロック図である。同図に示すように、このメールシステムは、メールサーバの移行を支援するＰＯＰサーバ移行支援装置１００と、メールを利用するユーザが使用するクライアント４００₁〜４００_nとがインターネットやイントラネットを介して接続され、また、ＰＯＰサーバ移行支援装置１００と、移行元のメールサーバである旧ＰＯＰサーバ２００と、移行先のメールサーバである新ＰＯＰサーバ３００とがＬＡＮを介して接続されている。

ＰＯＰサーバ移行支援装置１００は、クライアント４００₁〜４００_nからインターネットやイントラネットを介してメール受信に関する命令を受信し、旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００に対してユーザから要求された処理を行い、結果を応答する装置である。

このＰＯＰサーバ移行支援装置１００は、ＰＯＰサーバ情報取得処理部１１０と、旧ＰＯＰサーバ情報記憶部１２０と、新ＰＯＰサーバ情報記憶部１３０と、メッセージ番号情報記憶部１４０と、自動生成ＵＩＤＬ情報記憶部１５０と、クライアント命令処理部１６０とを有する。

ＰＯＰサーバ情報取得処理部１１０は、旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００より、それぞれに格納されている受信メールデータの情報を取得する処理部である。具体的には、このＰＯＰサーバ情報取得処理部１１０は、旧ＰＯＰサーバ２００にＵＩＤＬ命令およびＬＩＳＴ命令を発行し、メッセージ番号とＵＩＤＬとメールサイズを取得して旧ＰＯＰサーバ情報を作成し、旧ＰＯＰサーバ情報記憶部１２０に格納する。

また、このＰＯＰサーバ情報取得処理部１１０は、新ＰＯＰサーバ３００にＵＩＤＬ命令およびＬＩＳＴ命令を発行し、メッセージ番号とＵＩＤＬとメールサイズを取得して新ＰＯＰサーバ情報を作成し、新ＰＯＰサーバ情報記憶部１３０に格納する。

また、このＰＯＰサーバ情報取得処理部１１０は、旧ＰＯＰサーバ２００から取得した旧ＰＯＰサーバ情報と、新ＰＯＰサーバ３００から取得した新ＰＯＰサーバ情報とを比較し、ＵＩＤＬが重複するものがあるか否かを確認する。ＵＩＤＬが重複するものがあった場合は、重複しないＵＩＤＬを新たに生成し、ユーザＩＤ、オリジナルＵＩＤＬ（旧ＰＯＰサーバ２００または新ＰＯＰサーバ３００にあるメールデータのＵＩＤＬ）と対応付けて自動生成ＵＩＤＬ情報を作成し、自動生成ＵＩＤＬ情報記憶部１５０に格納する。

このＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００にあるメールデータと、新ＰＯＰサーバ３００にあるメールデータとで、ＵＩＤＬが重複しているものがあった場合に、重複しない新たなＵＩＤＬを生成して自動生成ＵＩＤＬ情報記憶部１５０に格納することにより、後述するクライアント命令処理部１６０は、新ＰＯＰサーバ３００にあるメールデータの、重複していたＵＩＤＬを自動生成ＵＩＤＬで置き換えることができ、その結果、クライアント４００₁〜４００_nに対して全てのメールデータを一意に識別するＵＩＤＬを出力することができる。

また、このＰＯＰサーバ情報取得処理部１１０は、クライアント４００₁〜４００_nとの応答で使用するクライアント応答用メッセージ番号として新たな通し番号を生成し、このクライアント応答用メッセージ番号を、旧ＰＯＰサーバ情報のメッセージ番号と１つずつ順番に対応付け、続いて、新ＰＯＰサーバ情報の全てのメッセージ番号と１つずつ順番に対応付けて、メッセージ番号情報を作成し、メッセージ番号情報記憶部１４０に格納する。

このＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００にあるメールデータのメッセージ番号と、クライアント応答用メッセージ番号とを対応付けて、メッセージ番号情報記憶部１４０に格納することにより、後述するクライアント命令処理部１６０は、クライアント４００₁〜４００_nから受信したクライアント応答用メッセージ番号に対応するメールデータが旧ＰＯＰサーバ２００にあるか、新ＰＯＰサーバ３００にあるかを判別することができる。

旧ＰＯＰサーバ情報記憶部１２０は、ＰＯＰサーバ情報取得部１１０により作成された旧ＰＯＰサーバ情報を記憶する記憶部である。図２は、旧ＰＯＰサーバ情報記憶部１２０の一例を示す図である。同図に示すように、この旧ＰＯＰサーバ情報記憶部１２０は、旧ＰＯＰサーバ２００にあるユーザごとのメールボックスに格納されているメールデータの格納順に付与されたメッセージ番号と、ＵＩＤＬと、メールサイズとをメールごとに記憶する。

新ＰＯＰサーバ情報記憶部１３０は、ＰＯＰサーバ情報取得部１１０により作成された新ＰＯＰサーバ情報を記憶する記憶部である。図３は、新ＰＯＰサーバ情報記憶部１３０の一例を示す図である。同図に示すように、この新ＰＯＰサーバ情報記憶部１３０は、新ＰＯＰサーバ３００にあるユーザごとのメールボックスに格納されているメールデータの格納順に付与されたメッセージ番号と、ＵＩＤＬと、メールサイズとをメールごとに記憶する。

メッセージ番号情報記憶部１４０は、ＰＯＰサーバ情報取得部１１０により作成されたメッセージ番号情報を記憶する記憶部である。図４は、メッセージ番号情報記憶部１４０の一例を示す図である。同図に示すように、このメッセージ番号情報記憶部１４０は、旧ＰＯＰサーバ２００にある当該ユーザのメールデータ、新ＰＯＰサーバ３００にある当該ユーザのメールデータの順に付与した通し番号であるクライアント応答用メッセージ番号と、メールデータが格納されているＰＯＰサーバを判別するためのサーバ区分と、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００内でのメッセージ番号であるオリジナルメッセージ番号とを対応付け、メールごとに記憶する。この例では、サーバ区分として、旧ＰＯＰサーバの場合は「ｏｌｄ」、新ＰＯＰサーバの場合は「ｎｅｗ」を設定している。

自動生成ＵＩＤＬ情報記憶部１５０は、ＰＯＰサーバ情報取得部１１０により作成された自動生成ＵＩＤＬ情報を記憶する記憶部である。図５は、自動生成ＵＩＤＬ情報記憶部１５０の一例を示す図であり、同図に示すように、この自動生成ＵＩＤＬ情報記憶部１５０は、ユーザＩＤと、オリジナルＵＩＤＬ（旧ＰＯＰサーバ２００または新ＰＯＰサーバ３００にあるメールデータのＵＩＤＬ）と、自動生成ＵＩＤＬとを対応付け、メールごとに記憶する。

クライアント命令処理部１６０は、クライアント４００₁〜４００_nから受信したメール受信に関する命令に応じて処理を実行する処理部である。具体的には、このクライアント命令処理部１６０は、クライアント４００₁〜４００_nから受信したログイン命令、ＵＩＤＬ命令、ＬＩＳＴ命令、ＲＥＴＲ命令、ＴＯＰ命令、ＤＥＬＥ命令、ＱＵＩＴ命令などの命令に対し、それぞれに応じた処理を行う。

まず、このクライアント命令処理部１６０は、クライアント４００₁〜４００_nからログイン命令を受信した場合は、ユーザから指定されたユーザＩＤとパスワードを用いて、旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００のそれぞれにログイン命令を発行し、当該ユーザの認証を行う。新ＰＯＰサーバ３００にログインできなかった場合は、ユーザＩＤ、パスワードのいずれかが間違っていると判断し、認証エラーの結果をクライアント４００₁〜４００_nへ出力する。

また、このクライアント命令処理部１６０は、クライアント４００₁〜４００_nからＵＩＤＬ命令を受信した場合は、旧ＰＯＰサーバ情報記憶部１２０の旧ＰＯＰサーバ情報および、新ＰＯＰサーバ情報記憶部１３０の新ＰＯＰサーバ情報からＵＩＤＬを取得し、それぞれのメッセージ番号の順番で、旧ＰＯＰサーバ情報、新ＰＯＰサーバ情報の順にクライアント４００₁〜４００_nへ出力する。この際、全てのＵＩＤＬについて、クライアント応答用メッセージ番号として通し番号を付与し、ＵＩＤＬと併せて出力する。

ここで、新ＰＯＰサーバ情報から取得したＵＩＤＬをクライアント４００₁〜４００_nへ出力する際には、自動生成ＵＩＤＬ情報記憶部１５０の自動生成ＵＩＤＬ情報にある当該ユーザのデータの中で、そのオリジナルＵＩＤＬが、新ＰＯＰサーバ情報から取得したＵＩＤＬと同じものがあるか否かを確認し、同じものがあった場合は、対応する自動生成ＵＩＤＬで新ＰＯＰサーバ情報から取得したＵＩＤＬを置き換えて出力する。一方、同じものが無かった場合は、置き換えは行わず、新ＰＯＰサーバ情報から取得したＵＩＤＬを出力する。

このクライアント命令処理部１６０が、新ＰＯＰサーバ３００にあるメールデータと、旧ＰＯＰサーバ２００にあるメールデータとで、ＵＩＤＬが重複しているものがあった場合は、ＰＯＰサーバ情報取得部１１０により作成された自動生成ＵＩＤＬ情報記憶部１５０の自動生成ＵＩＤＬ情報を参照し、新ＰＯＰサーバ３００のメールデータの重複していたＵＩＤＬを、自動生成されたＵＩＤＬに置き換えてからクライアント４００₁〜４００_nに出力することにより、クライアント４００₁〜４００_nにあるメーラは、全てのメールデータをＵＩＤＬで一意に識別することができ、未読／既読管理を正しく行うことができる。

また、このクライアント命令処理部１６０は、クライアント４００₁〜４００_nからＬＩＳＴ命令を受信した場合は、旧ＰＯＰサーバ情報記憶部１２０の旧ＰＯＰサーバ情報および、新ＰＯＰサーバ情報記憶部１３０の新ＰＯＰサーバ情報からメールサイズを取得し、それぞれのメッセージ番号の順番で、旧ＰＯＰサーバ情報、新ＰＯＰサーバ情報の順にクライアント４００₁〜４００_nへ出力する。この際、全てのメールサイズについて、クライアント応答用メッセージ番号として通し番号を付与し、メールサイズと併せて出力する。

また、このクライアント命令処理部１６０は、クライアント４００₁〜４００_nからＲＥＴＲ命令を受信した場合は、ユーザから指定されたクライアント応答用メッセージ番号をもとにメッセージ番号情報記憶部１４０のメッセージ番号情報を検索し、当該メッセージ番号に対応するサーバ区分と、オリジナルメッセージ番号を取得する。

そして、取得したサーバ区分が「ｏｌｄ」であった場合は、旧ＰＯＰサーバ２００に対し、取得したオリジナルメッセージ番号を指定してＲＥＴＲ命令を発行することにより、旧ＰＯＰサーバ２００にある当該ユーザのメールデータを取得し、その結果をクライアント４００₁〜４００_nに応答する。また、取得したサーバ区分が「ｎｅｗ」であった場合は、新ＰＯＰサーバ３００に対し、取得したオリジナルメッセージ番号を指定してＲＥＴＲ命令を発行することにより、新ＰＯＰサーバ３００にある当該ユーザのメールデータを取得し、その結果をクライアント４００₁〜４００_nに応答する。

また、このクライアント命令処理部１６０は、クライアント４００₁〜４００_nからＴＯＰ命令を受信した場合は、ユーザから指定されたクライアント応答用メッセージ番号をもとにメッセージ番号情報記憶部１４０のメッセージ番号情報を検索し、当該クライアント応答用メッセージ番号に対応するサーバ区分と、オリジナルメッセージ番号を取得する。そして、取得したサーバ区分が「ｏｌｄ」であった場合は、旧ＰＯＰサーバ２００に対し、取得したオリジナルメッセージ番号と、ユーザから指定されたライン数とを指定してＴＯＰ命令を発行することにより、旧ＰＯＰサーバ２００にある当該ユーザメールデータを取得し、その結果をクライアント４００₁〜４００_nに応答する。また、取得したサーバ区分が「ｎｅｗ」であった場合は、新ＰＯＰサーバ３００に対し、取得したオリジナルメッセージ番号と、ユーザから指定されたライン数とを指定してＴＯＰ命令を発行することにより、新ＰＯＰサーバ３００にある当該ユーザのメールデータを取得し、その結果をクライアント４００₁〜４００_nに応答する。

このクライアント命令処理部１６０が、ＰＯＰサーバ情報取得処理部１１０により作成されたメッセージ番号情報記憶部１４０のメッセージ番号情報を参照することにより、クライアント４００₁〜４００_nから受信したクライアント応答用メッセージ番号に対応するメールデータが旧ＰＯＰサーバ２００にあるか、新ＰＯＰサーバ３００にあるかを判別し、それぞれのサーバに対して処理を行うことができる。

また、このクライアント命令処理部１６０は、クライアント４００₁〜４００_nからＤＥＬＥ命令を受信した場合は、ユーザから指定されたクライアント応答用メッセージ番号をもとにメッセージ番号情報記憶部１４０のメッセージ番号情報を検索し、当該クライアント応答用メッセージ番号に対応するサーバ区分と、オリジナルメッセージ番号を取得する。そして、取得したサーバ区分が「ｏｌｄ」であった場合は、旧ＰＯＰサーバ２００に対し、取得したオリジナルメッセージ番号を指定してＤＥＬＥ命令を発行することにより、当該メールデータを削除し、その結果をクライアント４００₁〜４００_nに応答する。さらに、当該オリジナルメッセージ番号で旧ＰＯＰサーバ情報記憶部１２０の旧ＰＯＰサーバ情報を検索し、当該データを削除する。

また、取得したサーバ区分が「ｎｅｗ」であった場合は、新ＰＯＰサーバ３００に対し、取得したオリジナルメッセージ番号を指定してＤＥＬＥ命令を発行することにより、当該メールデータを削除し、その結果をクライアント４００₁〜４００_nに応答する。さらに、当該オリジナルメッセージ番号で新ＰＯＰサーバ情報記憶部１３０の新ＰＯＰサーバ情報を検索し、当該データを削除する。また、自動生成ＵＩＤＬ情報記憶部１５０の自動生成ＵＩＤＬ情報にある当該ユーザのデータの中で、そのオリジナルＵＩＤＬが、削除したメールデータのＵＩＤＬと同じものがあるかを確認し、あった場合は、当該データを削除する。

また、このクライアント命令処理部１６０は、クライアント４００₁〜４００_nからＱＵＩＴ命令を受信した場合は、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００それぞれに対してＱＵＩＴ命令を発行し、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００からログアウトする。

次に、本実施例に係るＰＯＰサーバ移行支援装置１００の処理手順について説明する。図６−１および図６−２は、本実施例に係るＰＯＰサーバ移行支援装置１００の処理手順を示すフローチャートである。同図に示すように、このＰＯＰサーバ移行支援装置１００は、クライアント命令処理部１６０がクライアント４００₁〜４００_nからの接続要求を受け付け（ステップＳ１０１）、旧ＰＯＰサーバ２００にログイン命令を発行し（ステップＳ１０２）、認証結果を判定する（ステップＳ１０３）。ログインできた場合は、ＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００にＵＩＤＬ命令、ＬＩＳＴ命令を発行し、応答された情報をもとに旧ＰＯＰサーバ情報を作成し、旧ＰＯＰサーバ情報記憶部１２０に格納する（ステップＳ１０４）。

そして、クライアント命令処理部１６０は、新ＰＯＰサーバ３００にログイン命令を発行し（ステップＳ１０５）、認証結果を判定する（ステップＳ１０６）。ログインできた場合は、ＰＯＰサーバ情報取得処理部１１０が新ＰＯＰサーバ３００にＵＩＤＬ命令、ＬＩＳＴ命令を発行し、応答された情報をもとに新ＰＯＰサーバ情報を作成し、新ＰＯＰサーバ情報記憶部１３０に格納する（ステップＳ１０７）。一方、ログインできなかった場合は、認証エラーの結果をクライアント４００₁〜４００_nに応答し、処理を終了する（ステップＳ１０８）。

そして、ＰＯＰサーバ情報取得処理部１１０は、新ＰＯＰサーバ情報の中でＵＩＤＬが旧ＰＯＰサーバ２００のＵＩＤＬと重複しているものがあるか否かを判定し（ステップＳ１０９）、あった場合は、重複しないＵＩＤＬを生成し、ユーザＩＤ、オリジナルＵＩＤＬと対応付けて自動生成ＵＩＤＬ情報を作成し、自動生成ＵＩＤＬ情報記憶部１５０に格納する（ステップＳ１１０）。

そして、ＰＯＰサーバ情報取得処理部１１０は、新たに通し番号を生成してクライアント応答用メッセージ番号とし、旧ＰＯＰサーバ情報および新ＰＯＰサーバ情報と対応付けてメッセージ番号情報を作成し、メッセージ番号情報記憶部１４０に格納する（ステップＳ１１１）。

その後、クライアント命令処理部１６０が、クライアント４００₁〜４００_nからＵＩＤＬ命令を受けた場合は（ステップＳ１１２，Ｙｅｓ）、ＵＩＤＬ統合出力処理を行う（ステップＳ１１３）。なお、ＵＩＤＬ統合出力処理の詳細な処理手順については、後述する。

また、クライアント命令処理部１６０がクライアント４００₁〜４００_nからＬＩＳＴ命令を受信した場合は（ステップＳ１１４，Ｙｅｓ）、旧ＰＯＰサーバ情報、新ＰＯＰサーバ情報からＬＩＳＴ項目を順に出力する。具体的には、メッセージ番号とメールサイズを出力する（ステップＳ１１５）。

また、クライアント命令処理部１６０がクライアント４００₁〜４００_nからＲＥＴＲ命令またはＴＯＰ命令を受信した場合は（ステップＳ１１６，Ｙｅｓ）、ユーザから指定されたメッセージ番号をもとにメッセージ番号情報記憶部１４０のメッセージ番号情報を参照し、要求されたメールデータが旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００のどちらにあるかを判別し、メールデータを出力する。この際、ＴＯＰ命令を受信した場合においては、ユーザから指定されたライン数分のメールデータを出力する（ステップＳ１１７）。

また、クライアント命令処理部１６０がクライアント４００₁〜４００_nからＤＥＬＥ命令を受信した場合は（ステップＳ１１８，Ｙｅｓ）、メッセージ削除処理を行う（ステップＳ１１９）。なお、メッセージ削除処理の詳細な処理手順については、後述する。

また、クライアント命令処理部１６０がクライアント４００₁〜４００_nからＱＵＩＴ命令を受信した場合は（ステップＳ１２０，Ｙｅｓ）、旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００にＱＵＩＴ命令を発行してそれぞれのサーバからログアウトし、処理を終了する。

なお、クライアント命令処理部１６０がクライアント４００₁〜４００_nからＱＵＩＴ命令を受信するまでは、ステップＳ１２０にもどって、次のクライアント４００₁〜４００_nからの要求を処理する。

このように、ＰＯＰサーバ移行支援装置１００は、クライアント４００₁〜４００_nからの接続要求により旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００に接続し、各ＰＯＰサーバにあるメールデータのメッセージ番号を取得し、新たに生成したクライアント応答用メッセージ番号およびサーバ区分と対応付けることにより、クライアント４００₁〜４００_nからメール受信に関する命令を受け付けた際に、指定されたクライアント応答用メッセージ番号のメールデータが、旧ＰＯＰサーバ２００にあるか、新ＰＯＰサーバ２００にあるかを判別し、各ＰＯＰサーバに対して処理を行うことができる。

次に、図６−２に示したＵＩＤＬ統合出力処理（ステップＳ１１３）の処理手順について説明する。図７は、図６−２に示したＵＩＤＬ統合出力処理の処理手順を示すフローチャートである。同図に示すように、ＵＩＤＬ統合出力処理では、まず、旧ＰＯＰサーバ情報からメッセージ番号とＵＩＤＬを出力する（ステップＳ２０１）。

そして、自動生成ＵＩＤＬ情報に当該ユーザのデータがあるか否かを確認する（ステップＳ２０２）。

当該ユーザのデータがあった場合は、新ＰＯＰサーバ情報からＵＩＤＬ情報を取得し（ステップＳ２０３）、その中で、自動生成ＵＩＤＬ情報のオリジナルＵＩＤＬに同じＵＩＤＬがあるものは、当該自動生成ＵＩＤＬに置き換え（ステップＳ２０４）、ＵＩＤＬ置き換え後のＵＩＤＬ情報からＵＩＤＬを出力する。この時、メッセージ番号を同時に出力するが、このメッセージ番号には、既に出力済みである旧ＰＯＰサーバ情報のメッセージ番号から続きの通し番号を出力する（ステップＳ２０５）。

当該ユーザのデータが無かった場合は、新ＰＯＰサーバ情報からＵＩＤＬを出力する。この時、メッセージ番号を同時に出力するが、このメッセージ番号には、既に出力済みである旧ＰＯＰサーバ情報のメッセージ番号から続きの通し番号を出力する（ステップＳ２０６）

このように、旧ＰＯＰサーバ２００にあるメールデータのＵＩＤＬと、新ＰＯＰサーバ３００にあるメールデータのＵＩＤＬが重複していた場合でも、重複しない新たなＵＩＤＬを自動生成して新ＰＯＰサーバ３００のメールデータの当該ＵＩＤＬを置き換えることによって、全てのメールデータを一意に識別できるＵＩＤＬをクライアント４００₁〜４００_nに応答することができる。

次に、図６−２に示したメッセージ削除処理の処理手順について説明する。図８は、図６−２に示したメッセージ削除処理の処理手順を示すフローチャートである。同図に示すように、まず、クライアント４００₁〜４００_nからＤＥＬＥ命令を受信した際にユーザから指定されたメッセージ番号で、メッセージ番号情報記憶部１４０にあるメッセージ番号情報を検索し、サーバ区分と、オリジナルメッセージ番号を取得する（ステップＳ３０１）。

そして、取得したサーバ区分を判別し（ステップＳ３０２）、サーバ区分が「ｏｌｄ」であった場合は、取得したオリジナルメッセージ番号を指定して旧ＰＯＰサーバ２００にＤＥＬＥ命令を発行し、当該メールデータを削除する（ステップＳ３０３）。また、取得したオリジナルメッセージ番号で旧ＰＯＰサーバ情報を検索し、当該データを削除する（ステップＳ３０４）。

サーバ区分が「ｏｌｄ」でなかった場合は、取得したオリジナルメッセージ番号を指定して新ＰＯＰサーバ３００にＤＥＬＥ命令を発行し、当該メールデータを削除する（ステップＳ３０５）。また、取得したオリジナルメッセージ番号で新ＰＯＰサーバ情報を検索し、当該データを削除する（ステップＳ３０６）。また、自動生成ＵＩＤＬ情報にある当該ユーザのデータの中で、そのオリジナルＵＩＤＬが、削除したデータのＵＩＤＬと同じものがあるか否かを判定し（ステップＳ３０７，Ｓ３０８）、あった場合は、自動生成ＵＩＤＬ情報の当該データを削除する（ステップＳ３０９）。

このように、新ＰＯＰサーバ３００にあるメールデータを削除するタイミングで、そのメールデータがＵＩＤＬを自動生成したメールデータであった場合は、同時に、自動生成ＵＩＤＬ情報記憶部１５０にある当該データを削除することにより、自動生成ＵＩＤＬ情報記憶部１５０の記憶領域を無駄なく使用することができる。

上述してきたように、本実施例では、ＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００にあるメールデータのＵＩＤＬと新ＰＯＰサーバ３００にあるメールデータのＵＩＤＬとが重複していた場合に重複しない新たなＵＩＤＬを自動生成して自動生成ＵＩＤＬ情報記憶部１５０に自動生成ＵＩＤＬ情報として格納し、クライアント命令処理部１６０が、この自動生成ＵＩＤＬ情報を用いて、新ＰＯＰサーバ３００にあるメールデータの重複していたＵＩＤＬを自動生成ＵＩＤＬに置き換えてクライアント４００₁〜４００_nに応答することとしたので、クライアント４００₁〜４００_nにあるメーラは、全てのメールデータをＵＩＤＬで一意に識別することができ、未読／既読管理を正しく行うことができる。

また、本実施例では、ＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００にあるメールデータのメッセージ番号とクライアント応答用メッセージ番号とを対応付け、メッセージ番号情報記憶部１４０にメッセージ番号情報として格納し、クライアント命令処理部１６０が、このメッセージ番号情報を用いて、クライアント４００₁〜４００_nから受信したメッセージ番号に対応するメールデータが旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００のいずれにあるかを判別することとしたので、クライアント４００₁〜４００_nからのメール受信に関する命令に応じて、それぞれのＰＯＰサーバに対して処理を振り分けて行うことができるため、利用者に旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００がそれぞれ存在していることを意識させることなく、ＰＯＰサーバを移行することができる。

また、本実施例では、ＰＯＰサーバ情報取得処理部１１０が、利用者の指定したメールデータが旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００のいずれにあるかを判別して処理を行うこととしたので、メールデータを旧ＰＯＰサーバ２００から新ＰＯＰサーバ３００にコピーする必要がなく、コピー作業の手間が省けるとともに、コピー済みのメールデータに対して利用者がアクセスした場合の考慮も不要であるため、効率よくメールデータを移行することができる。

また、本実施例では、ＰＯＰサーバ移行支援装置１００について説明したが、ＰＯＰサーバ移行支援装置１００が有する構成をソフトウェアによって実現することで、同様の機能を有するＰＯＰサーバ移行支援プログラムを得ることができる。そこで、このＰＯＰサーバ移行支援プログラムを実行するコンピュータについて説明する。

図９は、本実施例に係るＰＯＰサーバ移行支援プログラムを実行するコンピュータの構成を示す機能ブロック図である。同図に示すように、このコンピュータ５００は、ＲＡＭ５１０と、ＣＰＵ５２０と、ＨＤＤ５３０と、ＬＡＮインタフェース５４０と、入出力インタフェース５５０と、ＤＶＤドライブ５６０とを有する。

ＲＡＭ５１０は、プログラムやプログラムの実行途中結果などを記憶するメモリであり、ＣＰＵ５２０は、ＲＡＭ５１０からプログラムを読み出して実行する中央処理装置である。

ＨＤＤ５３０は、プログラムやデータを格納するディスク装置であり、ＬＡＮインタフェース５４０は、コンピュータ５００をＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。

入出力インタフェース５５０は、マウスやキーボードなどの入力装置および表示装置を接続するためのインタフェースであり、ＤＶＤドライブ５６０は、ＤＶＤの読み書きを行う装置である。

そして、このコンピュータ５００において実行されるＰＯＰサーバ移行支援プログラム５１１は、ＤＶＤに記憶され、ＤＶＤドライブ５６０によってＤＶＤから読み出されてコンピュータ５００にインストールされる。

あるいは、このＰＯＰサーバ移行支援プログラム５１１は、ＬＡＮインタフェース５４０を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ５００にインストールされる。

そして、インストールされたＰＯＰサーバ移行支援プログラム５１１は、ＨＤＤ５３０に記憶され、ＲＡＭ５１０に読み出されてＣＰＵ５２０によってＰＯＰサーバ移行支援プロセス５２１として実行される。

（付記１）メールサーバの移行時に新旧メールサーバとクライアントを中継して移行を支援するメールサーバ移行支援プログラムであって、
旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得するメール情報取得手順と、
前記メール情報取得手順により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成するメール識別子生成手順と、
前記メール情報取得手順により取得されたメール情報および前記メール識別子生成手順により生成された新たなメール識別子を用いてメールを一意に識別し、クライアントが要求する命令を新旧メールサーバに振り分けるクライアント命令処理手順と、
をコンピュータに実行させることを特徴とするメールサーバ移行支援プログラム。

（付記２）前記メール情報は、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番を含み、
新旧メールサーバのそれぞれのメール通番に対応付けられた新たなメール通番を全てのメールに対して生成するメール通番生成手順をさらにコンピュータに実行させ、
前記クライアント命令処理手順は、前記新たなメール通番を指定してクライアントが要求する命令を処理することを特徴とする付記１に記載のメールサーバ移行支援プログラム。

（付記３）前記クライアント命令処理手順は、クライアントからのメール識別子出力要求に応じ、前記メール情報取得手順により取得されたメール情報と前記メール識別子生成手順により生成された新たなメール識別子を用いて、重複しないメール識別子をクライアントに出力することを特徴とする付記１または２に記載のメールサーバ移行支援プログラム。

（付記４）前記クライアント命令処理手順は、クライアントからのメール削除要求に応じ、該メールデータが格納されている前記旧メールサーバまたは前記新メールサーバにメール削除命令を発行し、前記メール識別子生成手順で新たなメール識別子を生成したメールを削除する場合は、該メール識別子も併せて削除することを特徴とする付記１、２または３に記載のメールサーバ移行支援プログラム。

（付記５）クライアントからのログイン要求に応じ、前記旧メールサーバおよび前記新メールサーバに対してログイン命令を発行するメールサーバログイン手順と、
クライアントからのログアウト要求に応じ、前記旧メールサーバおよび前記新メールサーバに対してログアウト命令を発行するメールサーバログアウト手順と、
をさらにコンピュータに実行させることを特徴とする付記１〜４のいずれか一つに記載のメールサーバ移行支援プログラム。

（付記６）前記メールサーバログイン手順は、新メールサーバから認証エラーが応答された場合は、クライアントに対して認証エラーを応答することを特徴とする付記５に記載のメールサーバ移行支援プログラム。

（付記７）旧メールサーバおよび新メールサーバはＰＯＰ（Post Office Protocol）サーバであり、前記メール識別子はＵＩＤＬ（Unique ID Listing）であることを特徴とする付記１〜６のいずれか一つに記載のメールサーバ移行支援プログラム。

（付記８）メールサーバの移行時に新旧メールサーバとクライアントを中継して移行を支援するメールサーバ移行支援装置であって、
旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得するメール情報取得手段と、
前記メール情報取得手段により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成するメール識別子生成手段と、
前記メール情報取得手段により取得されたメール情報および前記メール識別子生成手段により生成された新たなメール識別子を用いてメールを一意に識別し、クライアントが要求する命令を新旧メールサーバに振り分けるクライアント命令処理手段と、
を備えたことを特徴とするメールサーバ移行支援装置。

以上のように、本発明に係るメールサーバ移行支援プログラムおよびメールサーバ移行支援装置は、サービスを停止せずに行うメールサーバの移行に有用であり、特に、新旧サーバを同時に稼動して行う移行に適している。

本実施例に係るＰＯＰサーバ移行支援装置を用いたメールシステムの構成を示すブロック図である。旧ＰＯＰサーバ情報記憶部の一例を示す図である。新ＰＯＰサーバ情報記憶部の一例を示す図である。メッセージ番号情報記憶部の一例を示す図である。自動生成ＵＩＤＬ情報記憶部の一例を示す図である。本実施例に係るＰＯＰサーバ移行支援装置の処理手順を示すフローチャート（１）である。本実施例に係るＰＯＰサーバ移行支援装置の処理手順を示すフローチャート（２）である。図６−２に示したＵＩＤＬ統合出力処理の処理手順を示すフローチャートである。図６−２に示したメッセージ削除処理の処理手順を示すフローチャートである。本実施例に係るＰＯＰサーバ移行支援プログラムを実行するコンピュータの構成を示す機能ブロック図である。

符号の説明

１００ＰＯＰサーバ移行支援装置
１１０ＰＯＰサーバ情報取得処理部
１２０旧ＰＯＰサーバ情報記憶部
１３０新ＰＯＰサーバ情報記憶部
１４０メッセージ番号情報記憶部
１５０自動生成ＵＩＤＬ情報記憶部
１６０クライアント命令処理部
２００旧ＰＯＰサーバ
３００新ＰＯＰサーバ
４００₁〜４００_n クライアント
５００コンピュータ
５１０ＲＡＭ
５１１ＰＯＰサーバ移行支援プログラム
５２０ＣＰＵ
５２１ＰＯＰサーバ移行支援プロセス
５３０ＨＤＤ
５４０ＬＡＮインタフェース
５５０入出力インタフェース
５６０ＤＶＤドライブ

Claims

旧メールサーバから新メールサーバへメールサーバを移行する際に、旧メールサーバおよび新メールサーバとクライアントとの間を中継して移行を支援するコンピュータを動作させるメールサーバ移行支援プログラムであって、
前記クライアントからの接続要求を受け付ける接続要求受付手順と、
前記接続要求受付手順により前記接続要求が受け付けられた場合に、前記旧メールサーバおよび前記新メールサーバにそれぞれ接続し、メールデータを一意に識別するためのメール識別子を含むメール情報をそれぞれのメールサーバから取得するメール情報取得手順と、
前記メール情報取得手順により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合に、重複しない新たなメール識別子を生成し、生成したメール識別子と、前記重複したメール識別子のうち新メールサーバから取得したメール識別子と対応付けるメール識別子生成手順と、
前記クライアントからメール受信に関する命令を受け付けるクライアント命令受付手順と、
前記クライアント命令受付手順により前記メール受信に関する命令が受け付けられた場合に、前記メール識別子生成手順により生成された新たなメール識別子を用いることで全てのメールデータを一意に識別して処理を行うクライアント命令処理手順と、
前記クライアント命令処理手順により行われた処理の結果を前記クライアントへ応答するクライアント命令応答手順と、
をコンピュータに実行させることを特徴とするメールサーバ移行支援プログラム。
前記メール情報は、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番を含み、
新旧メールサーバのそれぞれのメール通番に対応付けられた新たなメール通番を全てのメールに対して生成するメール通番生成手順をさらにコンピュータに実行させ、
前記クライアント命令処理手順は、前記新たなメール通番を指定してクライアントが要求する命令を処理することを特徴とする請求項１に記載のメールサーバ移行支援プログラム。
前記クライアント命令処理手順は、前記クライアントからのメール識別子出力要求に応じて、重複しないメール識別子をクライアントに出力するものであって、
前記旧メールサーバから取得したメール識別子をクライアントに出力する第一のメール識別子出力手順と、
前記新メールサーバから取得したメール識別子をクライアントに出力する第二のメール識別子出力手順と、をコンピュータに実行させ、
前記第二のメール識別子出力手順は、前記新メールサーバから取得したメール識別子をクライアントに出力する際に、前記重複したメール識別子については当該重複したメール識別子に対応付けられている前記新たなメール識別子に置換えて出力することを特徴とする請求項１または２に記載のメールサーバ移行支援プログラム。
前記クライアント命令処理手順は、前記クライアントからのメール削除要求に応じて、当該メール削除要求により指定されたメールデータを削除するものであって、
前記指定されたメールデータが格納されている前記旧メールサーバまたは前記新メールサーバに当該メールデータの削除を要求するメール削除命令を発行するメール削除命令発行手順と、
前記指定されたメールデータが前記メール識別子生成手順により新たなメール識別子を生成されたメールデータであった場合に、当該メールデータに対応するメール識別子を削除するメール識別子削除手順と、
をコンピュータに実行させることを特徴とする請求項１、２または３に記載のメールサーバ移行支援プログラム。
旧メールサーバから新メールサーバへメールサーバを移行する際に、旧メールサーバおよび新メールサーバとクライアントとの間を中継して移行を支援するメールサーバ移行支援装置であって、
前記クライアントからの接続要求を受け付ける接続要求受付手段と、
前記接続要求受付手段により前記接続要求が受け付けられた場合に、前記旧メールサーバおよび前記新メールサーバにそれぞれ接続し、メールデータを一意に識別するためのメール識別子を含むメール情報をそれぞれのメールサーバから取得するメール情報取得手段と、
前記メール情報取得手段により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合に、重複しない新たなメール識別子を生成し、生成したメール識別子と、前記重複したメール識別子のうち新メールサーバから取得したメール識別子と対応付けるメール識別子生成手段と、
前記クライアントからメール受信に関する命令を受け付けるクライアント命令受付手段と、
前記クライアント命令受付手段により前記メール受信に関する命令が受け付けられた場合に、前記メール識別子生成手段により生成された新たなメール識別子を用いることで全てのメールデータを一意に識別して処理を行うクライアント命令処理手段と、
前記クライアント命令処理手段により行われた処理の結果を前記クライアントへ応答するクライアント命令応答手段と、
を備えたことを特徴とするメールサーバ移行支援装置。
前記メール情報は、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番を含み、
新旧メールサーバのそれぞれのメール通番に対応付けられた新たなメール通番を全てのメールに対して生成するメール通番生成手段をさらに備え、
前記クライアント命令処理手段は、前記新たなメール通番を指定してクライアントが要求する命令を処理することを特徴とする請求項５に記載のメールサーバ移行支援装置。
前記クライアント命令処理手段は、前記クライアントからのメール識別子出力要求に応じて、重複しないメール識別子をクライアントに出力するものであって、
前記旧メールサーバから取得したメール識別子をクライアントに出力する第一のメール識別子出力手段と、
前記新メールサーバから取得したメール識別子をクライアントに出力する第二のメール識別子出力手段と、を備え、
前記第二のメール識別子出力手段は、前記新メールサーバから取得したメール識別子をクライアントに出力する際に、前記重複したメール識別子については当該重複したメール識別子に対応付けられている前記新たなメール識別子に置換えて出力することを特徴とする請求項５または６に記載のメールサーバ移行支援装置。
前記クライアント命令処理手段は、前記クライアントからのメール削除要求に応じて、当該メール削除要求により指定されたメールデータを削除するものであって、
前記指定されたメールデータが格納されている前記旧メールサーバまたは前記新メールサーバに当該メールデータの削除を要求するメール削除命令を発行するメール削除命令発行手段と、
前記指定されたメールデータが前記メール識別子生成手段により新たなメール識別子を生成されたメールデータであった場合に、当該メールデータに対応するメール識別子を削除するメール識別子削除手段と、
を備えたことを特徴とする請求項５、６または７に記載のメールサーバ移行支援装置。