Alibaba Cloud Mail の購入後、移行元システムから Alibaba Cloud Mail にメールを移行できます。管理者は、メール管理コンソールにログインして メールボックス移行 を開始し、移行プラン を選択します。
事前準備
Alibaba Cloud Mail の無料版から有料版にアップグレードする場合、メールボックス移行を実行する必要はありません。
このガイドでは、メールボックス移行の手順のみを説明します。移管プロセス全体については、「Email Service Transfer Process」をご参照ください。
移行が完了するまで、移行元メールボックスが以下の要件を満たしていることを確認してください。
パスワードが変更されていないこと。
IMAP/POP サービスが有効で、正常に稼働していること。
移行元システムが安定しており、サービスの有効期限が切れていないこと。
移行中は、次の操作を避けてください。
移行元システムでメールを削除または移動すること。
フォルダー名を変更すること。
移行完了後：
サードパーティクライアントを再設定します。
同一ドメインの認証競合を防ぐため、移行元メールプロバイダーからドメインのバインドを解除してください。
移行元システムの要件
移行をスムーズに行うため、該当するガイドに記載の要件に従って移行元システムを設定してください。
主要メールサービスの具体的な手順：
Lark Mail については、「Migration prerequisites for Lark Mail」をご参照ください。
Gmail については、「Migration prerequisites for Gmail」をご参照ください。
Microsoft Exchange については、「Migration prerequisites for Microsoft Exchange」をご参照ください。
Office 365 については、「Migration prerequisites for Office 365」をご参照ください。
手順
移行タスクの作成
移行を開始する前に、Alibaba Cloud Mail で必要なユーザーアカウントが作成済みであることを確認してください。詳細については、「Create employee accounts」をご参照ください。
Alibaba Cloud Mail のテナント間で移行する場合は、移行先テナントのメール管理コンソールにログインして移行を開始します。移行元テナントから移行を開始しないでください。
メール管理コンソールにログインします。左側メニューで [Mailbox Tools > Mailbox Migration] をクリックし、続いて [Create Migration Task] をクリックします。
1. 移行準備
[Contacts - Member Management] ページで、移行対象の全ユーザーに対して Alibaba Cloud Mail アカウントを作成し、割り当てていることを確認してください。
移行元システムが稼働しており、IMAP/POP サービスが有効であることを確認してください。
移行元システムのすべてのユーザーアカウントについて、メール取得の制限 (例：「Fetch last 30 days」を「Fetch all」に変更) 、IP ベースのログイン制限、二要素認証 (SMS、WeChat、認証アプリなど) 、およびアプリパスワードを無効化してください。
移行元システムでのデータ削除や移動は事前に完了してください。移行中はデータを変更しないでください。
移行元システムのフォルダー名には、「+」、「*」、「\」、「/」などの特殊文字を含めないことを推奨します。
移行元システムの機能によっては、管理者が一括でこれらの設定を無効化するか、移行元システムの API を使用して無効化できます。
2. 移行元システムパラメーターの設定
[Task Name] を入力し、[Source System] を選択して、[Source System Email Account, Source System Email Password, and Source System Server Address] を入力します。その他のオプションはデフォルト設定の使用を推奨します。[Next] をクリックします。
3. 移行設定
[Folders to Migrate] でオプションを選択します。
[All Folders]：特定のフォルダーを移行対象から除外できます。
[Specific Folders]：移行したいフォルダーのみを選択します。
[Emails to Migrate] でオプションを選択します。
[All Emails]
[Emails in a specified date range]
[Folder Location] でオプションを選択します。
[Store Separately (unified storage mode, named by email address)]
移行先メールボックスに、移行元メールアドレスを名前とする専用フォルダーが作成されます。
[Merge into System Folders (folder mapping mode)]
移行元フォルダーをシステムフォルダーに自動マッピングします (例：「Sent Items」を「Sent」にマッピング)。
カスタムフォルダーの構造は維持されます。
[Migration Time Settings]：
[Start Immediately]：データ転送は 2 時間以内に開始されます。
[Start at a scheduled time]：移行の開始時刻を任意に設定します。
[Next] をクリックします。
4. 移行アカウントの追加
移行アカウントの追加方法は 3 つあります。要件に最も合う方法を選択してください。
方法1：管理者がアカウント認証情報をアップロードし、移行を直接開始します。
ユースケース：移行対象のすべてのアカウントについて、移行元システムのユーザー名とパスワードを保有しており、ユーザーに影響を与えずに移行したい場合。
方法2：管理者がアカウント一覧をアップロードし、従業員に移行元の認証情報でログインして移行を開始するよう通知します。
ユースケース：移行元メールアカウントの一覧を保有している場合。移行パラメーターの設定後、従業員は移行元システムのユーザー名とパスワードで Alibaba Cloud Mail にログインすることで、自身の移行を開始できます。
方法3：管理者がユーザーの範囲を選択し、従業員に自身の認証情報を入力するよう通知します。
ユースケース：移行元システムのユーザー名とパスワードを収集していない場合。移行パラメーターの設定後、従業員に認証情報の入力と検証を依頼して移行を開始できます。
[Add Migration Accounts] をクリックします。
後で移行パラメーターを変更する必要がある場合は、[Migration Settings > Edit > Edit Migration Configuration] に移動して変更を加え、[OK] をクリックします。
移行プランの選択
[Add Migration Accounts] をクリックします。
状況に応じて、3 つのプランのいずれかを選択します。
要点の概要
プランの種類 | ユースケース | 要点 |
一括移行 (パスワードあり) | 管理者が全従業員アカウントのパスワードを保有している場合。 |
|
一括移行 (パスワードなし) | 管理者がアカウント一覧のみを保有している場合。 |
|
セルフサービス移行 | 分散型のアプローチが必要な場合。 |
|
管理者は、移行元システムのユーザー名とパスワードを含む CSV ファイルをインポートして、移行を直接開始します。
概要：管理者がパスワードを提供し、システムがバックグラウンドで自動的にデータを移行します。従業員側の操作は不要です。
次の 3 つの必須列を含む CSV ファイルを用意します。
Alibaba Cloud アカウント | 移行元アカウント | 移行元パスワード |
1234@example00.com | 1234@example01.com | Halo1234 |
ユースケース
管理者が全従業員の移行元メールパスワード (またはアプリパスワード/代理アクセス) を保有している場合。
従業員の操作を不要にし、サイレントに移行したい場合。
Microsoft Exchange の代理アカウントやサードパーティのアプリパスワードなど、認証が複雑な移行が必要な場合。
仕組み
管理者が CSV ファイルで移行元アカウントとパスワードを提供します。システムはその認証情報を使用して、バックグラウンドで移行元システムから直接データを取得します。
役割と操作
役割 | 操作 | 重要な考慮事項 |
管理者 | 1. アカウント作成：メール管理コンソールで従業員アカウントを一括作成します。 | • 1 回のアップロードで最大 10,000 件まで対応します。 |
従業員 | 操作は不要です。 | • ログインや設定は不要です。 |
リスク評価
パスワードの有効性：提供したパスワードが有効であり、移行中に変更されないことを確認してください。移行元パスワードが無効になると、そのアカウントの移行は失敗します。
プライバシー準拠：このモードでは管理者が従業員のパスワードを取り扱います。社内の情報セキュリティポリシーおよび法的要件に準拠していることを確認してください。
代理アカウントを使用して Microsoft Exchange から移行する場合 (「Set up a delegated account for Microsoft Exchange」をご参照ください) は、移行ファイルを次の形式にすることを推奨します。
user2@example.com,superman@example.com/user1,password
フィールドの説明：
user2@example.com：Alibaba Cloud Mail アカウント。
superman@example.com/user1：代理アカウント形式の移行元メールボックス (user1 は移行元メールボックスのプレフィックスであり、superman@example.com に代理アクセスが委任されています)。
password：superman@example.com のパスワード。
管理者はアカウント一覧をインポートして移行を開始します。従業員は移行元メールのパスワードでログインし、自身の移行を開始します。
概要：管理者がアカウント一覧を提供します。従業員は移行元システムのユーザー名とパスワードでログインし、ログイン成功後に自動で移行が開始されます。
1 列のみの CSV ファイルを用意します。
移行アカウント |
1234@example00.com |
ユースケース
管理者が従業員のパスワードにアクセスしないため、ユーザーのプライバシーを保護したい場合。
従業員側の手動設定を最小限にしつつ、一括で移行を開始したい場合。
従業員が移行元の認証情報を使用して新システムにログインでき、移行中は移行元パスワードを変更しないことに同意できる場合。
仕組み
管理者は移行対象アカウントの一覧をインポートします。従業員が Alibaba Cloud Mail に初回ログインする際、移行元システムのユーザー名とパスワードで認証する必要があります。ログインに成功すると移行が自動的に開始されます。
役割と操作
役割 | 操作 | 重要な考慮事項 |
管理者 | 1. アカウント作成：Alibaba Cloud Mail でアカウントを作成する際、メールアドレスは移行元メールアドレスと同一である必要があります。 | • 重要：Alibaba Cloud Mail のアカウント名は移行元メールアカウント名と同一である必要があります。 |
従業員 | 1. 新しいメールボックスにログイン：移行元システムのユーザー名とパスワードで Alibaba Cloud Mail の Web クライアントにログインします。 | • 移行元メールシステムのパスワードは変更しないでください。移行が失敗します。 |
リスク評価
許可される操作
Alibaba Cloud Mail にログインした後、従業員は Web クライアントで新しいログインパスワードを変更できます。この操作はバックグラウンドの移行プロセスに影響しません。
禁止される操作 (高リスク)
移行が完了するまで、移行元メールシステムのパスワードを変更しないでください。
結果：移行元パスワードが変更されると、Alibaba Cloud Mail が認証できず、移行が失敗します。
対処：この場合、従業員は Alibaba Cloud Mail の [Settings] > [View More Settings] > [Mailbox Settings] > [Mailbox Migration] に移動し、移行元パスワードを手動で更新して移行を再開する必要があります。
従業員に、移行元システムのユーザー名とパスワードを入力して、自身で移行を開始するよう通知します。
概要：管理者は、すべてまたは選択したメンバー向けに移行タスクを作成します。従業員が自身の認証情報を入力して移行を開始するため、プロセスを自分で制御できます。
ユースケース
従業員が自分のパスワードを管理しており、管理者と共有したくない場合。
従業員が自分で移行時刻をスケジュールしたい場合。
管理者の作業負荷を軽減するため、分散型のアプローチを採用したい場合。
仕組み
管理者が最初に Alibaba Cloud Mail アカウントと移行タスクを作成します。従業員はログイン後、設定ページに移動し、移行元アカウントの認証情報を入力して移行を承認します。
役割と操作
役割 | 操作 | 重要な考慮事項 |
管理者 | 1. アカウント作成：管理コンソールで従業員アカウントを一括作成し、初期パスワードを配布します。 | • CSV ファイルの準備は不要です。 |
従業員 | 1. 新しいメールボックスにログイン：管理者から提供された初期認証情報を使用して Alibaba Cloud Mail の Web クライアントにログインします。 | • 移行元パスワードを正しく入力してください。 |
進捗の監視と管理
1. 移行速度：アカウントの移行開始後：
メールが 3,000 件未満の場合、通常 24 時間以内に移行が完了します。
メールが 3,000～25,000 件の場合、通常 3～5 営業日で移行が完了します。
2. 移行ステータス
[Not Started]：このステータスは、従業員にセルフサービス移行を通知するタスクに含まれているアカウントに適用されます。ユーザーが移行元の認証情報を入力して移行を開始していない状態です。
進行中：メールがアクティブに移行されており、増分同期が継続的に行われています。
[Paused]：管理者が移行を一時停止しており、処理が停止しています。
[Pending User Login]：このステータスは、「一括移行 (パスワードなし)」タスクに含まれているアカウントに適用されます。ユーザーが移行元の認証情報で Alibaba Cloud Mail にログインして移行を開始していない状態です。
[Migration Not Started]：管理者側でこのアカウントに移行方法が適用されておらず、ユーザーも移行パラメーターをセルフサービスで設定していない状態です。
[User Notified]：ユーザーに移行元システム情報の入力を通知済みですが、まだ入力していない状態です。
初期設定後も移行ステータスが 進行中 のままの場合、移行元メールボックスの認証情報が引き続き有効で、移行タスクがアクティブであることを示します。ステータスが 進行中 の間は、移行元メールボックスで受信した新しいメールも継続して移行されます。
[完了]：移行元メールボックスで 7 日間連続して新しいメールを受信しない場合、移行ステータスは [完了] に変わります。
[認証失敗]：アカウント認証に問題があります。
移行ステータスでアカウントをフィルターしたり、特定のアカウントを検索したり、ドメイン内の全アカウントの移行ステータスをエクスポートしたりできます。
確認したい移行 タスク の [View Details] をクリックします。
進捗バーでアカウントの移行状況を確認できます。また、移行 アカウント の [View Details] をクリックすると、詳細情報を確認できます。
管理者が移行タスクでフォルダーの場所を [Store Separately] に設定した場合、過去のメールは次の図のように保存されます。メールアドレス名のルートフォルダーを展開すると、サブフォルダーに過去のメールが格納されています。
移行失敗のトラブルシューティング
移行の失敗をトラブルシューティングするには、以下を実行してください。
IMAP を使用して、サードパーティクライアントから移行元メールボックスへのアクセスを試します。
失敗する場合：移行元メールボックスの IMAP 設定に問題があることを示します。
解決策：1. 移行元メールボックスの IMAP サーバーアドレス/ポートを確認し、取得範囲が「All」に設定されていることを確認します。2. 本ガイドの前半で説明した移行元システムの要件を参照するか、元のサービスプロバイダーに連絡して IMAP サービスを設定してください。
次のステップ
DNS レコードの切り替えは、移行完了後に実施することを推奨します。
同一ドメインの認証問題 (新しいメールボックスから、旧プロバイダーに残っているメールボックスへメールを送信できないなど) を回避するため、DNS レコードの切り替え完了後は、移行元メールシステムでドメインを置き換えるか、ドメインのバインドを解除する必要があります。具体的な手順については、以前のメールサービスプロバイダーにお問い合わせください。
DNS レコードの切り替え後：
移行元メールシステムからドメインのバインドを解除してください (バインド解除の手順は移行元プロバイダーに確認することを推奨します)。
Alibaba Cloud Mail アカウントでメールの送受信を試してください。
クライアント設定：
増分同期
システムは、移行中に移行元メールボックスで受信した新しいメールを継続的に同期します。
7 日間連続して新しいメールを受信しない場合、移行ステータスは [完了] に変わります。
アカウントのステータスが [完了] になると、新しいメールは同期されなくなります。[完了] ステータスのアカウントで、移行元から再度新しいメールを受信する必要がある場合は、移行を再開する必要があります。
