メインコンテンツにスキップ

Microsoft Exchange Web Services (EWS) の変更と、メールボックス移行への影響

EWS の廃止、ShareGate Migrate への影響、および Copy mailboxes でのトラブルを回避する方法について説明します。

ShareGate Migrate が Copy mailboxes でのメールボックス移行に Exchange Web Services (EWS) を使用する方法に関して、Microsoft による 2 つの別々の変更が影響します。いずれも 2026 年のほぼ同じ時期に発生します。

  • テナント全体での EWS ブロック。2026 年 10 月 1 日以降、オプトインしていないすべての Exchange Online テナントでは、Microsoft により既定で EWS がブロックされます。2027 年 4 月 1 日には完全かつ永久に終了します。

  • Kiosk、F1、F3 メールボックスに対するライセンスベースの制限。これらのライセンスにはもともと EWS へのアクセス権が含まれていません。2026 年 10 月 1 日以降、Microsoft はテナントの許可リストの状態に関わらず、この制限の適用を開始します。

Note: これらは別々の仕組みであり、それぞれ別の対応が必要です。以下で説明するテナントの EWS 許可リストの設定は、テナント全体でのブロックにのみ対応します。移行対象に Kiosk、F1、または F3 ライセンスのメールボックスが含まれる場合は、この記事の後半で説明するライセンスの対応も完了する必要があります。

メールボックスの移行にトラブルが生じないようにするため、2026 年 8 月 31 日までにテナントの EWS 許可リストを設定し、Kiosk、F1、F3 のメールボックスを移行する前にライセンスを更新してください。

変更内容

Microsoft のタイムライン

2026 年 8 月 31 日

テナント全体のブロックに対して EWS を有効のままにするための設定期限です。この日付までに EWSEnabledTrue に設定し、EWS 許可リストを構成したテナントは、10 月 1 日の自動ブロックの対象外となります。

この期限は、Kiosk、F1、F3 のライセンス制限には適用されません。この制限には猶予期間(オプトアウト)はありません。

2026 年 10 月 1 日

この日付から、両方の変更が発生します。

テナント全体のブロック:オプトインしていない Exchange Online テナントでは、既定で EWS がブロックされます。Microsoft はこれらのテナントの EWSEnabledFalse に設定します。

ライセンス制限:Kiosk、F1、または F3 ライセンスのメールボックスからの EWS リクエストは、テナントの許可リストの状態に関わらず HTTP 403 エラーを返します。

テナント管理者はこの日以降も EWS を再度有効にできますが、その際にはサービスの中断が発生します。

2027 年 4 月 1 日

Exchange Online で EWS が永久に終了します。この日以降は再度有効にすることはできません。

ShareGate Migrate の対応方針

ShareGate Migrate は現在、Copy mailboxes でのみ EWS を使用しています。

その他すべての移行シナリオについては、この変更による影響はありません。

対応が必要な内容

移行内容によっては、2026 年 10 月 1 日までに、以下のいずれか、または両方の対応を完了する必要があります。

1. テナントの EWS 許可リストを設定する

以下のいずれかの方法で ShareGate Migrate を許可リストに追加すると、ShareGate Migrate 内の EWS 廃止に関する警告バナーは自動的に表示されなくなります。

Note: この手順は、ソーステナントと移行先テナントの両方で実施する必要があります。

必要なもの

ShareGate Migrate を EWS 許可リストに追加する

  1. PowerShell を開きます。

  2. 次のコマンドを実行します。

    Set-OrganizationConfig -EWSEnabled $true -EWSAllowList @{Add="ExchangeServicesClient/*", "*Sharegate*","kiota-dotnet/*"} -EwsApplicationAccessPolicy EnforceAllowList

    これにより、テナントで EWS が有効になり、ShareGate Migrate に必要な 3 つの UserAgent すべてが EWS 許可リストに追加されます。ExchangeServicesClient/* は標準の EWS 呼び出しをカバーします。*Sharegate*kiota-dotnet/* は、グループ カレンダーの移行を含む、バックグラウンドで EWS を使用する Microsoft Graph エンドポイントに必要です。

    Warning: これらのパターンは、ShareGate に限らず、同じ UserAgent を使用するすべてのアプリに一致します。このコマンドを実行する前に、組織内の他のアプリが異なる UserAgent で EWS を使用していないか確認してください。それらは EnforceAllowList によってブロックされます。必要に応じて、それらの UserAgent 文字列を EWSAllowList に追加できます。ShareGate は、テナント内のサードパーティ アプリを把握することはできません。

  3. 変更が正しく適用されたことを確認するには、次を実行します。

    Get-OrganizationConfig | Select-Object EWSEnabled, EWSAllowList, EwsApplicationAccessPolicy

    出力では、EWSEnabledTrue になっていること、EWSAllowList の下に ExchangeServicesClient/**Sharegate*kiota-dotnet/* が表示されていること、そして EwsApplicationAccessPolicyEnforceAllowList に設定されていることを確認してください。

  4. 移行先が別の Microsoft 365 組織である場合は、移行先テナントでも同じ手順を実施してください。

代替方法:アプリケーション ID による許可リスト登録 (EwsAllowedAppIDs)

Microsoft は、UserAgent 文字列の代わりにアプリケーション ID で EWS アクセスを制御する新しい方法として EwsAllowedAppIDs も導入しています。この方法を使用する場合は、EWSAllowList を設定する代わりに、テナントの EwsAllowedAppIDs 許可リストに ShareGate Migrate のアプリケーション ID を追加してください。

Note: EWSAllowList はエントリを段階的に追加できますが、EwsAllowedAppIDs は設定するたびに既存のリストを置き換えます。コマンドを実行する際は、テナントに必要なすべてのアプリケーション ID を含めてください。

Copy mailboxes 用の ShareGate Migrate のアプリケーション ID を使用して、次のコマンドを実行します。

Set-OrganizationConfig -EwsEnabled $true -EwsAllowedAppIDs "ce9858bf-0093-4723-9742-3af3b3c5e25a"

変更が適用されたことを確認するには、次を実行します。

Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy | Format-List EwsAllowedAppIDs

その他の選択肢

すぐに許可リストを設定したくない場合は、他に 2 つの選択肢があります。いずれも 2026 年 10 月 1 日以降にサービスの中断が発生します。

許可リストなしで EWS を有効にしておく

Set-OrganizationConfig -EWSEnabled $true を実行すると、特定の UserAgent に制限せずに EWS を有効にできます。これは現時点では機能しますが、2026 年 10 月 1 日に、許可リストを設定していないテナントの EWS は Microsoft によってブロックされます。

2026 年 10 月 1 日まで何もしない

現在 EWSEnabled$null の場合、EWS は 2026 年 10 月 1 日まで動作を続けます。この日になると、Microsoft によって自動的に False に設定されます。その後 EWS を再度有効にするには、Set-OrganizationConfig -EWSEnabled $null を実行してください。それでも、2027 年 4 月 1 日までに許可リストを設定する必要があります。

Important: この設定は一時的なものです。2027 年 4 月 1 日以降、テナントの設定に関わらず、Microsoft は Exchange Online の EWS を完全に無効化します。

ShareGate Migrate が EWS を必要としなくなるよう、Microsoft と協力して対応を進めています。

2. Kiosk、F1、F3 メールボックスのライセンスを更新する

Exchange Online Kiosk および Microsoft 365 F1、F3 ライセンス(旧 Kiosk K1 である Office 365 F3 を含む)には、もともと EWS へのアクセス権が含まれていません。

2026 年 10 月 1 日以降、Microsoft はこの制限を適用します。これらのライセンスのみを持つメールボックスからの EWS リクエストは、HTTP 403 エラーを返すようになります。

Note: テナントの EWS 許可リストに ShareGate を追加しても、この問題は解決しません。その対応はテナント全体のブロックにのみ有効です。

移行する前に、Exchange Online Plan 1、Exchange Online Plan 2、または Microsoft 365 や Office 365 の E3 や E5 プランなど、EWS へのアクセス権を含むライセンスを対象のメールボックスに割り当ててください。

移行が完了したら、元のフロントライン ライセンスに戻すことができます。

Note: これは、ソース テナントと移行先テナントの両方で実施する必要があります。

ShareGate Migrate で対象のメールボックスを検索してライセンスを割り当てる

移行先テナントで対象のメールボックスを検索してライセンスを割り当てるには、次の手順に従います。

  1. Copy identities に移動します(Copy identities overviewを参照)。

  2. ID 計画ビューで、Filter ボタンを使用してソース ライセンスでフィルターし、組織で使用している Kiosk、F1、F3 のライセンスを選択します。

  3. 対象の ID を選択し、Bulk Edit > Assign licenses を使用して、EWS アクセスを含む移行先ライセンスを一括で適用します。

Note: Copy identities は移行先テナントにのみライセンスを割り当てます。ソース テナント側でも一時的なライセンス変更が必要な場合(例えば、ソースを廃止する前に Copy mailboxes を実行する場合など)は、Microsoft 365 管理センターで直接割り当ててください。

フィルターおよびライセンスの一括割り当てについて詳しくは、Copy identities overviewを参照してください。

この記事は人工知能を使用して翻訳されました。疑問がある場合は、元の英語版をご確認ください。

こちらの回答で解決しましたか?