CommuniGate Pro への移行

ローカルユーザー、つまり既存のメーラーを使ってメールに対してアクセスする必要があるユーザー について、そのアカウントをCommuniGate Pro サーバー上に作成する場合、外部INBOXオプション を使います。このオプションを選択した場合、CommuniGate Pro のベースディレクトリの中には、そ のユーザーのアカウントINBOX （受信ボックス） は作成されません。代わりに、メールボックスの場 所がユーザードメイン設定情報から自動的に取り出され、処理が行われます。この場合、メールボッ クスの場所としては、通常、/var/mail/* または/var/spool/mail/* を指定しておきます。こ の場所は、既存のメーラーの「標準」のメールボックス格納場所で、既存のメーラーでは、この場所 にあるメールボックスに対してアクセスが実行されます。

CommuniGate Pro サーバーから外部メールボックス（既存のメーラーのメールボックス） にアクセス が行われる場合、OS のファイルロッキングメカニズムが使用され、このメカニズムを介して CommuniGate Pro サーバーと既存のメーラーの間で同期が実行されます。

注意:既存のメーラーでは、通常、メールボックスへの同時複数アクセスはサポートされていません。 そのため、既存のメーラーの場合、同一のメールボックスに対して例えば2 つのメーラーセッション が同時に発生し、どちらかのセッションでメッセージの削除が実行された場合、メールボックスのデー タが破壊されることがあります。CommuniGate Pro サーバーと既存のメーラーの間では通信は行われ ないため、この問題は、CommuniGate Pro 側では解決できません。ただし、いずれかのメールボック スとCommuniGate Pro との間で処理が発生しているときには、その間、CommuniGate Pro によってファ イルロックがかけられます。したがって、その間は、既存のメーラーによってデータが破壊されるこ とはありません。

外部メールボックスについては、詳しくは「共有」のセクションの外部メールボックスを参照してください。

既存のメールサーバー（Unix システム） で、Unix OS のアカウントとパスワード（passwd ファイルと shadow ファイル） を使ってクライアント認証が行われていた場合、必要なアカウントについて［ Use OS Password］オプションを有効にすることで、CommuniGate Pro サーバーでOS による認証処理が可能 になります。

• ［Use OS Password］ オプションを有効にします。このオプションは、［Default Account Settings］ ページまたは［Account Template］ ページで設定できます。
• CommuniGate Pro パスワードとして空白の文字列を指定します。指定は、［Account Template］ペー ジで行えます。
• アカウントをすべてインポートします。この場合、［Password］フィールドはインポートしません。

以上のようにして、アカウントが新たに作成されれば、ユーザーは、以前のOS パスワード、つまり 既存のメールシステムで使用されていたパスワードを使って自分のアカウントにアクセスできます。 アクセス後、ユーザーはCommuniGate Pro 上で自分のパスワードを変更（作成） でき、作成されたパ スワードはCommuniGate Pro パスワードとして登録されます。このようにして、ユーザーが全員、自 分のパスワードを更新するとセキュアSASL 認証方式を利用できるようになります。

場合によっては、上の方法が困難なこともあります。例えば、既存のメールサーバーからユーザーを CommuniGate Pro に移行するが、何らかの理由で全ユーザーをUnix OS に登録できない、または登録 しない予定であり、ただし、既存のサーバーのパスワード（passwd） ファイルはある、といったケー スが考えられます。この場合、Unix 形式（crypt-encrypted） のパスワード（パスワードファイルの パスワード） をCommuniGate Pro パスワード（CommuniGate Pro の内部パスワード） として入力する という方法が使えます。

Unix 形式（crypt-encrypted） のパスワード、または、その他のCommuniGate Pro でサポートされて いる暗号化パスワード（下記を参照） をCommuniGate Pro の内部パスワード（CommuniGate Pro パス ワード） として入力する場合、接頭辞として002 （1 バイトバイナリ） を付加してパスワードを作成、 保存しなければなりません。例えば、 CLIインターフェイスを使って、"user" という名前のユーザー を"AslUzT1JkPsocc" というUnix （crypt-encrypted） パスワードで作成する場合、CLI コマンドは 次のようになります。　
createaccount "test" {Password="\002AslUzT1JkPsocc";}

この方法では、テキストファイル上のアカウントリストをインポート てユーザーを作成できます。 その場合、Unix パスワードは、［Password］ フィールドではなく［UnixPassword］ フィールドに保存し なければなりません。インポートの際には、バイナリ接頭辞002 はLoader によって自動的に付加され ます。また、LDAPプロビジョニング機能を使ってユーザーを作成するときには、暗号化パスワード をunixPassword 属性として指定しなければなりません。

また、アカウントを作成する場合、アカウント設定でCommuniGate Pro パスワード暗号化方式（ クリ アテキストまたはA-crpt のいずれか） を指定することが必要です。この指定により、ユーザーは、以 前の自分のUnix/ 暗号化パスワードを使ってログインできるようになります。その後、最初の方法と 同じく、ユーザーが自分のパスワードを変更・更新すると、パスワードは、指定されている暗号方式 でCommuniGate Pro パスワードとして保存されます。このようにして、ユーザー全員がパスワードの 更新を完了すると、セキュアSASL 認証方式の利用が可能になります。

Netscape 社やSoftware.com 社で提供しているサーバーの中には、ユーザーパスワードが特殊な暗号化 方式で保存される製品もあります。こういったサーバーからパスワードを取り込んだ場合、各パスワー ドは次のような形式で示されます。
{method}eNcoDeD
または、
$method$eNcoDeD
上でmethodは標準の暗号化方式、eNcoDeD （文字列） はbase64 エンコード暗号化パスワードを表し ます。

CommuniGate Pro では、上記のようなパスワードもUnix 暗号化パスワードと同じ方法で扱えます。つ まり、CLI コマンドラインでバイナリ接頭辞002 をパスワードの先頭に付加します。または、パスワー ドをAccount Importファイルの［UnixPassword］ フィールドに定義します。

• {crypt} - 標準のUnix crypt 方式。
• {WM-CRY} - 標準のUnix crypt 方式（上記の{crypt} と同じ）。
• {MD5} - MD5 ダイジェスト方式（パスワード文字列のBase-64 エンコードMD5 ダイジェスト）。
• {SHA} - SHA1 ダイジェスト方式（パスワード文字列のBase-64 エンコードSHA1 ダイジェスト）。
• {NS-MTA-MD5} - MD5 ベースの方式で、Post.Office サーバーや旧バージョンのNetscape メッセー ジングサーバーで使用（eNcoDeD 部は、64 桁の16 進数で構成）。
• {SSHA} - the "salted SHA1" digesting method (Base-64 encoded SHA1 digest of the 8-byte salt and the password string, followed with the salt bytes). This method is used in the Sun Directory Server application.
• {LANM} - "LAN Manager" ハッシュで、Microsoft Windows サーバーで使用（eNcoDeD 部は32 桁の16 進数で構成）。
• {MSNT} - "Microsoft NT" ハッシュで、Microsoft Windows サーバーで使用（eNcoDeD 部は32 桁の16 進数で構成）。
• $1$ - MD5 ベースのパスワードハッシュで、FreeBSD などのUnix システムで使用。
• $2a$ - BlowFish ベースのパスワードハッシュで、OpenBSD などのUnix システムで使用。

OS の/etc/passwd（パスワード） ファイルに格納されているユーザーとパスワードは、CommuniGate Pro のCLI スクリプトを使うことで自動的にインポートできます。CommuniGate Perl Interface サイト にサンプルのスクリプトがありますので、参照してください。

aliasesファイル

sendmail の場合、aliases （エイリアス） ファイルを使うことでローカルのメールを複数のアドレ スにリダイレクト（転送） できます。sendmail では、エイリアスに関する多数の機能を総合して 「エイリアス」機能と呼んでいます。一方、CommuniGate Pro では、エイリアス機能は各種のオ ブジェクトやモジュールでサポートされており、したがって、どのオブジェクトやモジュール によって、どんなエイリアス機能が実行されるか、よく理解しておくことが必要です。以下、順 に説明します。

• CommuniGate Pro では、同一のアカウントに単一もしくは複数のエイリアスを設定できま す。アカウントにエイリアス（単一もしくは複数） を設定しておいた場合、いずれかのエ イリアス名に対して送信されたメールは、そのアカウントにルーティングされます。例え ば、domain.dom のアカウントであるjohn.smith にj.smith とsmith という2 つのエイリアスが設定されているとします、この場合、j.smith@domain.dom またはsmith@domain.dom のアドレスでメールが送られると、どちらの場合もjohn.smith@domain.dom アカウン トにメールがルーティングされます。エイリアスが設定されているアカウントの名称が変 更されたときでも、以前と同じように、設定済みのエイリアスを介して名称変更後のアカ ウントにメールが送られます。また、エイリアスが設定されているアカウントが削除され ると、エイリアスも自動的に削除されます。
• ドメインフォワーDomain Forwarder） オブジェクトを使うことで、いずれかのドメイン のアドレスに送信されたメールを別のドメインのアドレスにフォワード（転送） できます。 例えば、domain.dom のアドレスであるsusan.smith に送られたメールを別のドメインのアド レスであるsusan@otherisp.dom に転送できます（otherisp は、別のISP）。
• ドメイングループ（Domain Group） オブジェクトを利用して、任意のドメインのアドレスに 送信されたメールを別の複数のアドレスにリダイレクトできます。
• ルーRouter） モジュールを使用し、任意のアドレスに送信されたメールを別のアドレ スにリダイレクトできます。例えば、ルータエイリアスレコードとして<*.smith@domain.dom> = Smith@domain.dom と定義しておいた場合、john.smith@domain.domまたはsusan.smith@domain.domに送信されたメールはど ちらも、Smith@domain.domにリダイレクトされます。
• アカウントルー（Account Rule） を使うことにより、管理者またはユーザーは、自分宛の すべてのメールまたは任意のメールを別のアドレス（単一もしくは複数） にリダイレクト、 転送、ミラー（ コピー） できます。
• サーバーワイドルー（Server-Wide-Rule） を使って、管理者は、自分宛のすべてのメール または任意のメールを別のアドレス（単一もしくは複数） にリダイレクト、転送、ミラー （ コピー） できます。
• 共有メールボックス機能またはフォリン有メールボックス機能またはフォリンメールボックス機能を使って、ユーザーは、メー ルボックスにアクセスできる権限を他のユーザーに付与できます。メールを多数のユー ザーに配布する場合、通常、共有メールボックスを使うのが便利です。
• LISTモジュールを使うことで、簡単にメーリングリスト配信を実行できます。

procmail処理

CommuniGate Pro では、サーバーワイド（サーバー単位）、ドメインワイド（ ドメイン単位）、ア カウントレベルのいずれでも自動処理ルールを使用でき、こうしたルールを使って、管理者や ユーザーは強力な条件をもとにメールの自動処理やフィルタリングを行うことができます。条 件としては、CommuniGate Pro サーバーに内蔵されているチェック処理、その他の処理を指定で きます。
外部フィルタや外部プロセッサでメッセージを処理しなければならないこともありますが、そ の場合、自動処理ルールとしてExecute を使用します。この自動処理ルールを使うことで、外部プログラムを独立したOS タスクとして実行できます（例えば、すべての受信メール、または 任意の受信メールを単一のprocmail プログラムで処理できます）。

Post.Office®ソフトウェアでは、アカウント名、パスワード、その他の関連情報はすべてPost.Office のアカウントデータベースに格納されます。アカウントデータベースの情報は、Post.Office 用の移行 ユーティリティを使って取り出し、情報をタブ区切りファイルに保存できます。生成されたタブ区切 りファイルは、CommuniGate Pro のWebAdmin のアカウントインポート機能を使ってCommuniGate Pro にインポートできます。

また、Post.Office のメーリングリストとサブスクライバー（加入ユーザー） 情報は、リスト移行（List Migration)スクリプトを使ってCommuniGate Pro に取り込めます。

Netscape (iPlanet) iPlanet） メッセージングサーバーの場合、アカウント名、パスワード、その他の関連情報 はすべてディレクトリサーバーのサブツリーに格納されます。サブツリーは、通常のLDAP ツールを 使ってLDIF ファイルにエクスポートできます。LDIF ファイルのアカウント情報は、Netscape の移行 スクリプトでタブ区切りファイルに変換できます。変換したタブ区切りファイルは、CommuniGate Pro のWebAdmin のアカウントインポート機/a>機能を使ってCommuniGate Pro にインポートが可能です。

IMail®ソフトウェアでは、アカウント名、パスワード、その他の関連情報はすべてIMail のアカウン トデータベースに格納されます。アカウントデータベースに格納されている情報は、IMail 用の移行 ユーティリティを使って取り出し、タブ区切りファイルに保存できます。タブ区切りファイルの情報は、CommuniGate Pro のWebAdmin のアカウントインポート機能を使ってCommuniGate Pro にインポートが可能です。

M icrosoft® Exchange ServerからCommuniGate Pro に移行する場合、Exchange 用の移行ユーティリティを使ってExchange サーバーのユーザーリストを取り出します。また、ユーザーを CommuniGate Pro のドメイン内にユーザーを作成することもできます。このユーティリティには、ユーザーフォルダのデータ（ メール、カレンダリング、連絡先などの情報） をすべてコ ピーする機能、また、データとアドレスフォーマットを変換する機能が搭載されています。

Exchange 用の移行ユーティリティにはまた、Exchange Global Address Book のデータを取り出し、そのデータをLDIF ファイルに変換する機能もあります。生成されたLDIF ファイルは、 CommuniGate Pro のディレクトリにインポートできます。

付属のプログラムはMoveAccounts で、このプログラムでは、タブ区切りテキストファイル（内容は アカウント名とパスワード） を介して既存のメールサーバーのメールを一括してコピーできます。タ ブ区切りテキストファイルは、CommuniGate Pro のドメインにアカウントをインポートするときに使 用するファイルと同じです。

MoveAccounts を実行すると、タブ区切りテキストファイルのスキャン（フィールドなどのチェック） 後、MovePOPMailまたはMoveIMAPMail（どちらかをパラメータで指定） を使って、各アカウントの メッセージがコピーされます。MovePOPMail とMoveIMAPMail はどちらもカレントディレクトリにあ ります。MoveAccounts のシンタックスは次の通りです。

MoveAccounts [--POP | --IMAP] file sourceServer targetServer [suppl_parameters]

--POP, --IMAP

MovePOPMail （--POP） またはMoveIMAPMail （--IMAP） のどちらを使うかを指定できます。指 定しなかったときには、デフォルトとしてMovePOPMail が使われます。

file

タブ区切りテキストファイルの名前で、内容はアカウント名とパスワードです。

sourceServer

既存の（ ソース） サーバー（POP またはIMAP） のIP アドレスを指定します。ポート番号も付 加できます。

targetServer

新規の（ ターゲット） サーバー（SMTP またはIMAP） のIP アドレスを指定します。ポート番号 も付加できます。

suppl_parameters

オプションのパラメータ（--verbose、--delete、--notimeout、--list search など） を 指定できます。指定したパラメータは、MovePOPMail またはMoveIMAPMail に渡されます。

file（ タブ区切りテキストファイル） の最初の行は、複数のデータフィールド名で構成されます。 フィールドとしては、Name （アカウント名） とPassword （パスワード） は必須です。

タブ区切りテキストファイルにNewName フィールドがあり、プログラムがMovePOPMail のときに は、その起動時にNewName フィールドがSMTPrecipient パラメータとして使用されます。一方、 プログラムがMoveIMAPMail のときには、その起動時にNewName フィールドがnewName パラメー タとして使用されます。NewName フィールドがない場合、どちらのプログラムでもName フィールド のデータが使われます。

パラメータとして--IMAP （MoveIMAPMail） を指定した場合、NewPassword フィールドがあるかど うかがチェックされます。NewPassword フィールドが見つかったときには、NewPassword フィールド のデータがMoveIMAPMail プログラムに渡されます。NewPassword フィールドがなかった場合、 Password フィールドのデータが使われます。

MoveAccounts では、上記以外の名前のフィールドはすべて無視されます。

場合によっては、コピー元のアカウントのクリアテキスト（非暗号化） パスワードが一部または全部 入手できず、また、既存のサーバーでUnix の/etc/passwd or /etc/shadow ファイルが使われて いることもありますが、その場合、次の手順で作業を行います。

• OS ファイルのうち、暗号化ユーザーパスワードが格納されているファイル（通常、/etc/ passwd、/etc/shadow、/etc/master.passwd のいずれか） を探します（詳しくは、OS の マニュアルを参照）。ここでは、便宜上、/etc/shadow ファイルに暗号化ユーザーパスワード が格納されているとします。
• /etc/shadow ファイルのバックアップコピーを作成します。
• /etc/shadow ファイルのレコードのうち、クリアテキストパスワード（非暗号化OS アカウント パスワード） が分かっているアカウントレコードを探します（自分のアカウントレコードでも 結構です）。ここでは、そのクリアテキストパスワードをmypassword と仮定します。また、そ のアカウントレコードに格納されている暗号化パスワードをFU3jjF/gkJJdA と仮定します。
• /etc/shadow ファイルを開き、すべてのアカウントレコードの暗号化パスワードフィールドに FU3jjF/gkJJdA を入力します。
• CommuniGate Pro で、移行対象のドメインの［Default Account Settings］ ページを開きます。ペー ジで［Use OS Passwords］ オプションを選択し、また、［OS UserName］ オプションが* に設定 されていることを確認します。
• CommuniGate Pro のAccountList ファイルを作成します。データとして、Name フィールドに各アカ ウント名（取り込むアカウントの名前すべて）、　Password フィールドにmypassword という文字 列（全アカウントとも同じ） を入力します。
• MoveAccounts コマンドを使って、既存のサーバーのアカウントメールボックスをすべて新規の サーバー（CommuniGate Pro） にコピーします。この場合、両方のサーバーで文字列mypassword がアカウントパスワードとして受け付けられるため（新規のサーバーのパスワードも mypassword）、両方のサーバーに正常にログインされます。
• バックアップコピーを使って/etc/shadow をリストアします。
• CommuniGate Pro のアカウントのパスワードとしてOS パスワードを使用しない場合、［Default Account Settings］ ページを開き、［Use OS Password］ オプションを無効にします。

この方法は、CommuniGate Pro の外部認証機能を利用した手法です。

まず、移行スクリプトをダウンロードしてインストールします。次に、CommuniGate Pro を設定し、ダウンロードした移行スクリプトがCommuniGate Pro の外部認証プログラムとして機能するようにし ます。

CommuniGate Pro 側の設定としては、まず、処理対象となるCommuniGate ドメインを作成します。続 いて、［Domain Settings］ ページを開き、［Consult External Authenticator］ オプションを有効にします。 また、［Account Template］ ページを開き、［Use CommuniGate Password］ オプションを無効にし、［Use External Password］ オプションを有効にします。

以上の設定により、ユーザーが接続しようとしたアカウントが存在しなかったとき、または、 CommuniGate Pro でメッセージが受信され、そのメッセージの宛先のアカウントが存在しなかったと きには、External Authentication （外部認証） スクリプトが呼び出されます。続いて、外部認証スクリプトにより、SMTP プロトコルを介して既存のサーバーに接続が実行され、上記のアカウント（存在 しないアカウント） と同じ名前（アドレス） のアカウントが既存のサーバーにあるかどうかチェック が行われます。そのアカウントが既存のサーバーにあった場合、その名前を使ってCommuniGate Pro ドメインにアカウントが作成されます。その後、CommuniGate Pro サーバーにより、新たに作成され たアカウントに対してメッセージが送信されます。

また、ユーザーがCommuniGate Pro サーバーに接続すると、メーラーによりユーザー名とパスワード がプレーンテキスト形式で送信されます。ここで、［Use CommuniGate Password］ オプションが無効、 ［Use External Password］ が有効に設定されているため、External Authentication （外部認証） スクリプ トが呼び出されます。呼び出し後、POP プロトコルまたはIMAP プロトコルを介して既存のサーバー に接続が実行され、提供されたユーザー資格で既存のサーバーにログインできるかどうかがチェック されます。

• 外部認証スクリプトにより、CommuniGate ProCLIインターフェイスを使って次の処理が実行さ れます。
  • 認証されたパスワードが、そのアカウントのCommuniGate Pro パスワードとして設定され ます。
  • そのアカウントについて、［Use External Password］ オプションが無効に設定されます。
  • そのアカウントについて、［Use CommuniGate Password］ オプションが有効に設定されま す。
• 外部スクリプトにより、MoveIMAPMail プログラムまたはMovePOPMail プログラムが実行され、 既存のサーバーのメールボックスのうち、そのアカウントのメールボックスがCommuniGate Pro サーバーにコピーされるか、または、名前とパスワードのセットがテキストファイルに保存され ます。このテキストファイルは、その後、MoveAccounts プログラムで使用できます（ コピーま たはテキストファイルの保存は、どちらかを選択できます）。

ユーザーがログインに成功した場合、そのアカウントのパスワードが新規のCommuniGate パスワード として登録されます。また、既存のサーバーから、そのアカウントのメールボックスのメールがすべ てCommuniGate Pro サーバーにコピーされます。

以上のようにして、既存のサーバーのユーザーがすべて少なくとも一度はCommuniGate Pro サーバー に正常に接続することで、全ユーザーのアカウントがCommuniGate Pro サーバーに作成され、 CommuniGate パスワードも設定されます。この移行（ リアルタイム移行） がすべて完了すれば、External Authentication （外部認証） スクリプトを停止し、既存のサーバーを転用または廃棄してかまいません。

• CommuniGate Pro のSMTP受信ポートを26 に設定します。この設定により、CommuniGate Pro の SMTP 処理と既存のサーバーのSMTP 処理の相互干渉を回避できます。
• CommuniGate Pro のPOPサービスポートを111、IMAPサービスポートを143 に設定します。この設 定により、CommuniGate Pro のPOP 処理/IMAP 処理と既存のサーバーのPOP 処理/IMAP 処理 の相互干渉を回避できます。
• CommuniGate Pro 上でドメインエイリアスを作成します。また、フル機能のセカンダリドメインを作成します。
• メインドメインとセカンダリドメインにそれぞれテストアカウント（試験用アカウント） をい くつか作成し、各テストアカウントにWebUserインターフェイスを介して正常にログインでき るかどうかチェックします。
• 各テストアカウントからインターフェイステストアカウントからWebUser インターフェイスを介してメールを送信できるかどうか チェックします。この場合、いずれかのテストアカウントからCommuniGate Pro のドメインの 別のテストアカウントに正常にメールを送信できるかどうか、また、別のサーバーのアカウン トに対して正常にメールを送信できるかどうかをチェックします。
• POP クライアントまたはIMAP クライアントを使用しており、そのクライアントで非標準のポー ト番号がサポートされている場合、　POP ポート111 （POP クライアント） またはIMAP ポート 143 （IMAP クライアント） を使って、各テストアカウントにログインできるかどうかチェック します。
• タブ区切りファイル（単一または複数） を作成します。ファイルには、既存の各アカウントの 名前、パスワード、その他の属性を定義します。また、アカウントインポート機能を使って、必 要なアカウントをすべて新規のサーバー（CommuniGate Pro） 上に作成します。

上記の作業はいずれも、既存のサーバーを稼働させながら行うことができます。

上記の作業が完了すれば、既存のサーバーを停止させます。停止させる方法としては、既存のサーバー で使われているポート番号を非標準のポート番号に変更する方法、または、外部ネットワークから切 断する方法があります。

続いて、AccountMoveプログラムを使って、既存のサーバーのメールメッセージをすべて CommuniGate Pro にコピーします。

すべてのメッセージのコピーが完了すれば、CommuniGate Pro のSMTP ポート番号を25、POP ポート 番号を110、IMAP ポート番号を143 に設定し直します。これで、CommuniGate Pro は新規のメール サーバーとして正常に動作を開始し、したがってサービスが中断されることもありません。

なお、既存のサーバーは、切り換え後も数時間は動作させておいても結構です。これは、既存のサー バーのキューに遅延送信メッセージが格納されていることがあるためです。動作させておく場合、既 存のサーバーのポートを非標準のポートに設定しておかなければなりません（標準ポートは CommuniGate Pro で使われています）。

CommuniGate Pro 上でセカンダリドメインを作成してある場合、既存のサーバーのアカウントを CommuniGate Pro のメインドメインではなく、作成済みのセカンダリドメインに移行することもでき ます。

既存のサーバーのアカウントをセカンダリドメインに移行する場合、CommuniGate Pro のアカウント リスト（AccountList） ファイルにNewName フィールドを追加し、このフィールドに名前（アカウン ト名） をすべてコピーしなければなりません。また、名前にはそれぞれ、文字列として@domainname を追加することが必要です。

• コピー先のセカンダリドメインにIPアドレスが割り当てられているときには、メールコピープロ グラムで、そのIP アドレスを使ってアカウントを移行します。そのIP アドレスを使って接続が 実行された場合、名前の中に不適格の名前があっても、通常どおり、セカンダリドメインにコ ピーされます。CommuniGate Pro のアカウント、またアカウントへのアクセスについては、アク セスのセクションの説明を参照してください。
• 一方、コピー先のセカンダリドメインにIP アドレスが割り当てられていないときには、そのセカ ンダリドメインにメインドメインのIP アドレスを暫定IP アドレスとして割り当てます。その 後、メッセージを移行します。移行が完了したら、セカンダリドメインのIP アドレスリストか ら暫定のIP アドレスを削除します。