GWMME のエラーコードを理解する

問題が解決しない場合は、GWMME 0x80004005 エラーについての記事をご覧ください。

Fail:While stamping the message

このエラーは、移行に失敗したメールがあることを意味するのではなく、メールを移行した記録が保持されていないことを示しています。

このエラーの唯一のマイナス面は、後から新しいデータのみ再移行を行うと、記録がないことにより、再度同じメールが移行されることです。結果としてカレンダーの予定や連絡先が重複することがあります。

この問題の原因は、メールの移行中に別のプロセス（ウイルス対策ソフトウェア、デスクトップ検索、バックアップ ソフトウェアなど）が GWMME のデータベース ファイルにアクセスしていることです。この状態ではメールの移行記録が保存されないため、問題の原因となっているソフトウェアを見つけ、移行中は無効にしてください。

この問題は、移行を実施しているユーザーに PST ファイルへの十分なアクセス権がない場合、または GWMME 側で PST ファイルを見つけることができない、もしくは PST ファイルにアクセスすることができない場合に発生することがあります。GWMME には PST ファイルに対する読み取り権限と書き込み権限の両方が必要です。

Exchange からの移行中にメールボックス内のルートフォルダでこのエラーが発生した場合、通常は権限に関連する問題が発生していることを意味します。管理者がエンドユーザーのメールボックスに対するフルアクセス権を持っていることを確認してください。また、Exchange で新しい管理者ユーザーを作成し、そのアカウントに全エンドユーザー アカウントのメールボックスへのフルアクセス権を付与するという方法もあります。次に、新しいアカウントを使って移行を実施し、移行が完了したら、新しい管理者アカウントを削除できます。

0x80072ee0

0x80072ee2

0x80072ee7

0x80072ef3

0x80072efd

0x80072efe

0x80072f94

GWMME が Google サーバーに接続しようとしているとき、または Google サーバーにメールをアップロードしようとしているときに、ネットワーク タイムアウトが発生しました。ネットワークにアクセスできないか、ネットワーク接続が低速な場合に発生することがあるので、しばらくしてから、またはネットワークのピーク以外の時間帯に移行を再試行すると解決できる可能性があります。

注: ログにこのエラーが表示されても、懸念する必要はありません。ただし、このエラーによって一部のメールを移行できない場合は、ユーザーまたは管理者による対応が必要です。

移行の再試行に失敗する場合は、次のレジストリキーを設定して、ホストマシンのネットワーク タイムアウトを延長してください。

• HKEY_CURRENT_USERSoftwareGoogleGoogle Apps MigrationOtherResolveTimeoutSeconds > DWORD 値 = 00000030
• HKEY_CURRENT_USERSoftwareGoogleGoogle Apps MigrationOtherConnectTimeoutSeconds > DWORD 値 = 00000030
• HKEY_CURRENT_USERSoftwareGoogleGoogle Apps MigrationOtherSendTimeoutSeconds > DWORD 値 = 00000600
• HKEY_CURRENT_USERSoftwareGoogleGoogle Apps MigrationOtherReceiveTimeoutSeconds > DWORD 値 = 00000600

注: DWORD 値は秒単位で設定します。ネットワーク接続に応じて値の調整が可能です。

この方法でも解決しない場合は、Exchange の自動検出に関する問題が発生している可能性があります。Microsoft Outlook で管理者プロファイルを作成し、自動検出に関する [常に許可する] チェックボックスをすべてオンにします。次に、作成した管理者プロファイルでメールボックスを開きます。ここではサーバー名とユーザーの認証情報は入力せず、このプロファイルを使用して移行を実施します。

Exchange 管理者アカウントに、ユーザーのメールボックスを開くための十分な権限がありません。詳しくは、GWMME のシステム要件をご覧ください。

従来使っていた管理者アカウントに問題があることもあります。Exchange で新しい管理者ユーザーを作成し、そのアカウントに全ユーザー アカウントのメールボックスへのフルアクセス権を付与します。次に、新しいアカウントを使って移行を実施し、移行が完了したら、新しい管理者アカウントを削除できます。

移行に PST ファイルを使用している場合は、そのファイルがパスワードで保護されていないことを確認してください。

移行中に Exchange サーバーが MAPI セッションの制限値を超えた場合にも、このエラーコードが表示されることがあります。この問題は、GWMME または Exchange サーバーの設定を追加することで解決できます。詳しくは、GWMME の管理者向けガイドをご覧ください。

このエラーの原因は、開いているオブジェクト（フォルダ）の数が、Exchange サーバーで 1 セッション中に許可されている最大数を超えたことです。全ユーザーが同じセッションで処理されるため、全ユーザーが開いているフォルダすべてがカウントされます。

1 人のユーザーが開いているフォルダの数は、親フォルダの下にある子フォルダの数によって異なります。たとえば、1 つの親フォルダに子フォルダが 10 個あるフォルダツリーではこの上限に達する可能性は低く、1 つのフォルダの下に 500 個のフォルダがある場合は上限に達する可能性が高くなります。

フォルダ構造を変更せずに問題を解決するには、PST ファイルを使ってユーザーを移行してみてください。

GWMME が Google Workspace でメールの更新を試みましたが、更新できませんでした。一般的にこのエラーは、移行の完了後に移動されたメールを再度移行しようとした場合に発生します。

メールの移行は完了しているため、このエラーは致命的なものではありません。

GWMME が Exchange に接続するときに割り当ての上限に達しました。

詳しくは、名前付きプロパティとレプリカ識別子の制限を構成する方法についての Microsoft の記事をご覧ください。

必要な変更を加えたら、もう一度移行をお試しください。

ユーザーが無効です。

トレース ファイルでユーザーを特定します（ユーザー名は 80041001 という数字の近くにあります）。次に、特定したユーザーが Google Workspace に存在することと、停止または無効になっていないことを確認します。必要な場合、停止中のユーザーを再開するをご覧ください。

Invalid/non-existent Google User

移行対象のユーザーの中に Google Workspace アカウントに存在しないユーザーがいるか、Google Workspace 内に GWMME からアクセスできないユーザーがいます。ログで「Invalid/non-existent Google User」または「0x80041007」を検索して該当するユーザーを特定し、このユーザーについて以下の点を確認します。

• Google Workspace にユーザーが存在することを Google 管理コンソールで確認します。ドメイン名が正しく、エイリアスでないことを確認します。
• ユーザー アカウントに、メール エイリアスではなく、ユーザーのメインのメールアドレスがあることを確認します。
• 使用している CSV ファイルの形式が正しいことを確認します。詳しくは、移行用の CSV ファイルを作成するをご覧ください。
• OAuth コンシューマ キーが有効になっていることを確認します。
• アカウント向けに GWMME を承認するに記載されているすべての API スコープが有効になっていることを確認します。

Gmail のメッセージ サイズの上限を超えているため、メールがスキップされました。メールの制限について詳しくは、Gmail のメールにファイルを添付して送信するをご覧ください。

新しいアカウントにこのメールを移行する場合は、手動で行う必要があります（Google ドライブにファイルとして追加するなど）。

このエラーが発生する原因として、次のようなことが考えられます。

1. メールが Google のメールヘッダーの上限を超えています。詳しくは、Gmail のメールヘッダーの上限をご覧ください。
2. メッセージに無効な添付ファイルが含まれています。詳しくは、Gmail でブロックされるファイルの種類をご覧ください。
3. メッセージのサイズが大きすぎます。詳しくは、Google Workspace における Gmail の受信制限をご覧ください。
4. メールに 1 つ以上の無効なラベルが使用されています。詳しくは、ラベルを管理するをご覧ください。
5. メールが分類、ポリシー、その他の標準を満たしていません。

メソッド: users.messages.import を使用して、失敗したメッセージのインポートを手動でテストできます。

MAPI メッセージを MIME 形式に変換できませんでした。

ご使用の Outlook のバージョン用の最新の修正プログラムが適用されていることをご確認ください。それでも問題が解決しない場合は、新しいバージョンの Outlook にアップグレードしてください。

カレンダーの予定をアップロードできませんでした

ログに [Found calendar address] という通知が表示されてこのエラーが発生した場合は、同じカレンダー データを別のユーザーに移行しようとしていて、移行元ユーザーに予備カレンダーがある可能性があります。GWMME では同じカレンダーへのデータ移行が試みられますが、対象ユーザーにはそのカレンダーへのアクセス権がないため API から 404 エラーが返されます。

この問題を解決するには:

1. コマンド プロンプトを開きます。
2. 予備カレンダーの ID を消去するには、次のコマンドを入力します。

   ExchangeMigration.exe
   --force_clear_google_calendar_ids_on_remigration

   詳しくは、コマンドラインを使用してデータを移行するをご覧ください。

3. カレンダーを再移行します。

   詳しくは、コンテンツを再移行するをご覧ください。

IMAP 接続の設定に誤りがあります。

GWMME と IMAP サーバーの間で接続を確立できませんでした。IMAP 接続のセキュリティ設定を確認してください。

GWMME で見つからなかったファイルがあり、移行を完了できませんでした。通常、次のような理由が考えられます。

• 移行元のサーバーが見つかりませんでした。サーバーの設定と認証情報を確認してください。
• 指定したユーザー名が存在しません。移行元の CSV ファイルをもう一度確認してください。
• Outlook がインストールされていないか、Outlook のバージョンがサポート対象外です（IMAP サーバーから移行する場合は Outlook は不要です）。詳しくは、GWMME のシステム要件をご覧ください。

ERROR_PATH_NOT_FOUND

GWMME でアクセスする必要のあるファイルが一部見つかりませんでした。

Outlook がシステムにインストールされていること（GWMME のシステム要件をご覧ください）、および Outlook のユーザーリスト、リソース ファイル、PST ファイル、フォルダパスにアクセスできることを確認してください。

GWMME では、フィールドが欠落していないオブジェクトの移行を続けるので、このエラーは無視しても問題ありません。

うまくいかない場合は、Exchange で新しい管理者アカウントを作成してみてください。すでに管理者アカウントを新規作成し、プロファイルを使って移行を実施している場合は、[Exchange キャッシュ モードを使う] チェックボックスがオフになっていることと、自動検出に関して [常に許可する] チェックボックスがすべてオンになっていることを確認してください。

この問題は、ネットワーク タイムアウト レジストリのエントリが作成された際に使用されたレジストリ データ型が不適切だった場合（REG_DWORD ではなく REG_SZ など）に発生することがあります。

レジストリ エディタ（regedit）を使用して、HKEY_CURRENT_USERSoftwareGoogleGoogle Apps MigrationOther 以下のすべてのエントリの型が REG_DWORD であることを確認してください。

通常、このエラーはタイムアウトと接続に問題がある場合に発生します。GWMME では移行を最多で 10 回再試行した後、タイムアウトになります。

次の質問をお試しください。

• 一度に移行するバッチを減らす。
• ネットワークの速度を上げる。
• 外部ネットワークへの接続を増やす。

詳しくは、GWMME の管理者向けガイドをご覧ください。

Invalid RFC 822 Message

このエラーによって移行が停止することはありませんが、移行できなかったメールがある場合、ログにこのエラーが記録されることがあります。メールが移行されない原因として、そのメールが Google Workspace の要件を満たしていないことがよくあります。

GWMME のレポート表示機能を使用すると、移行できなかったメールがすべて記載されたレポートを確認できます。移行レポートについて詳しくは、GWMME の管理者向けガイドをご覧ください。