※ この記事は、Exchange Online EWS, Your Time is Almost Up の抄訳です。最新の情報はリンク先をご確認ください。この記事は Microsoft 365 Copilot および GitHub Copilot を使用して抄訳版の作成が行われています。
Exchange Web Services (EWS) は Exchange Online でのサービス終了が近づいています。 この変更については、2018 年に Exchange Web Services (EWS) の機能更新を終了する と初めて発表しました。その後 2023 年には、EWS が 2026 年 10 月に Exchange Online で無効化される ことを発表しました。
本日、2026 年 10 月に開始し、2027 年に EWS を完全に停止するまで段階的に実施される、管理者が制御可能な無効化計画について発表します。本記事では、何が起こるのか、いつ起こるのか、そして管理者が 今 から何をすべきかについて説明します。
本日の発表および EWS の廃止は Microsoft 365 および Exchange Online (すべての環境) にのみ適用されます。Exchange Server の EWS に変更はありません。
EWS が廃止される理由
EWS は約 20 年前に構築されたもので、これまでエコシステムに大きく貢献してきましたが、現在求められているセキュリティ、スケール、信頼性の要件にはもはや適合しなくなっています。過去数年で、以下のような状況が進んでいます。
- Microsoft Graph は、EWS の利用シナリオの大部分において ほぼ完全な機能同等性 を達成しています。
- Microsoft 自身のアプリケーションは、既に EWS から移行済みか、または移行をほぼ完了しています。
- 多くのサードパーティ ベンダーも既に移行を完了しているか、積極的に移行を進めています。
EWS を廃止することで、レガシーな機能の範囲を縮小し、プラットフォームの動作を簡素化するとともに、すべてのユーザーにより一貫したモダンなエクスペリエンスを提供できるようになります。
EWS はどのように無効化されますか?
EWS は EWSEnabled プロパティ を使用して テナント単位 で無効化されます。このプロパティは True、False、Null (現在の既定値) の 3 つの値をサポートしています。新しい機能により、管理者は AppID 許可リスト を定義できるようになります。詳細は EWSAllowedAppIDs で Exchange Online の EWS 廃止最終フェーズに備える を確認してください。この機能を有効にすると、そのリストに登録されたアプリだけが EWS にアクセスできます。
テナント内の EWSEnabled プロパティは、2026 年 10 月 1 日 (またはその直後) に以下のように変更されます。
| EWSEnabled の値 | 2026 年 10 月以前 | 2026 年 10 月以降 |
|---|---|---|
| True | ・ AppID 許可リストがない場合、すべての EWS が許可 ・ AppID 許可リストに AppID が登録されている場合、リストに含まれるアプリのみ許可 ・ AppID 許可リストが構成されていても、エントリがない場合はすべての EWS が許可 |
・ AppID 許可リスト内のアプリのみ許可 ・ AppID 許可リストが構成されていても、エントリがない場合はすべての EWS がブロック ・ いずれの場合も、クロステナントの組織の関係における EWS トラフィック は許可 |
| False | すべての EWS がブロック | すべての EWS がブロック |
| Null | すべての EWS が許可 | ・ 2026 年 10 月から Null が False に変更 ・ その後 Null に戻した場合、すべての EWS が許可 (AppID 許可リストは無視) |
2026 年 10 月 1 日時点で EWSEnabled が引き続き Null に設定されているテナントでは、展開の進行に伴い、値が False に変更されます。その時点で、当該テナント内のすべてのアプリケーションに対して EWS がブロックされます。
EWS をブロックしたままにしておきたい場合は、特に何もせず、そのままにしておくだけです。
一方、引き続き EWS を利用する必要がある場合は、次の 2 つの選択肢があります。
- EWSEnabled を True に設定し、ベースライン セキュリティ モード または Exchange Online PowerShell 経由で AppID 許可リストを管理する。
- EWSEnabled を Null に戻すことで、最終的な廃止が行われるまでの間、EWS が制限なしで再度有効になります。この操作は Exchange Online PowerShell を使用して行う必要があります。
さらに、2026 年 9 月末までに AppID 許可リストを事前に設定し、EWSEnabled を True に設定した場合、テナントは 10 月 1 日の自動変更 (EWSEnabled = False) から除外されます。
この移行期間を支援するため、AppID 許可リストを作成していないお客様に対して、各テナントの実際の利用状況に基づいて、AppID 許可リストを事前に自動作成します。なお、2026 年 10 月に引き続き EWS が必要であることに気付いた場合、EWS がブロックされた後でも、管理者は EWSEnabled を True に設定することで EWS を再度有効化できます。ただし、この場合はサービスの一時的な中断が生じることに注意してください。
主要な日程
準備期間 (現在)
この段階では、EWS は引き続き利用可能ですが、管理者は以下の準備を行うことが推奨されます。
- Microsoft 365 管理センターで EWS の使用状況レポート を確認し、必要に応じて公開されているスクリプトの使用を検討してください。現場レポート: EWS 廃止前に行う EWS アプリ利用状況の確認と対策 を確認してください。
- オプション: 2026 年 9 月末までに、AppID 許可リスト を設定し、EWSEnabled を True に設定してください。
- Microsoft Graph へのアプリケーション移行を開始してください。
EWS を引き続き使用しているテナントに対する初回ブロック – 2026 年 10 月 1 日から開始
2026 年 9 月末までに AppID 許可リストを構成し、EWSEnabled = True に設定することで EWS を有効なままにすることを明示的に選択していない Exchange Online テナントでは、EWS は 既定でブロック (EWSEnabled = False) されます。この時点で、以下の状態になります。
- 管理者による事前の対応がない場合、EWS のリクエストはブロックされます。
- 重要な業務フローに影響が出る場合、管理者は
EWSEnabled = Trueに設定することで、一時的に EWS を有効化できます。
EWS の最終的な停止 – 2027 年 4 月 1 日
2027 年 4 月 1 日 から、EWS は 完全かつ恒久的に無効化 されます。
- テナント管理者が EWSEnabled を制御する機能は削除されます。
以下は、タイムラインの図です。
継続的な情報提供と監視
管理者が状況を把握し、予期しない問題を回避できるように、テナント固有の EWS 使用状況の概要とリマインダーを含むメッセージ センター投稿を毎月配信します。
また、一時的な「スクリーム テスト」 (短い期間に EWS を一時的にオフにしてからオンに戻すテスト) を実施する場合があります。これにより、最終的なカットオフ前に潜在的な依存関係を明らかにするのに役立ちます。詳細については、今後数週間でお知らせします。今のうちに EWSEnabled を True に設定すれば、実施される可能性のある「スクリーム テスト」の影響を受けることはありません。
まとめ
今こそ、利用環境を評価し、アプリケーションの担当者と話し合いながら、Microsoft Graph への移行計画を立てる適切な時期です。早期に対応すれば、直前になって予期しない問題が判明する事態を避け、可能な限りスムーズに移行できます。
よくあるご質問
すでに EWSApplicationAccessPolicy 設定を使用して EWS ブロックを構成しています。新しい AppID 許可リストと既存のリストはどのように連携しますか?
新しい AppID 許可リスト が優先されます。アプリが EWS にアクセスするためには、両方のチェックを通過する必要があります。
EWS を使用しているアプリケーションがたくさんあります。移行にどのくらいの作業が必要か全くわかりません。どうすればよいですか?
まず、公開されている使用状況ツールを確認してください (ワールドワイド テナントは こちら、政府機関およびソブリン クラウドは こちら)。ほとんどのアプリは少数の EWS 操作しか使用していません。最新のツール (AI を活用した移行を含む) を利用することで、想像しているよりも簡単に移行できるケースが多くあります。
Microsoft Graph API とは機能差分がありますが、EWS から Graph へ本当に移行できるのでしょうか?
Microsoft では残っている機能差分を積極的に追跡し、その状況を公開しています。ほとんどの EWS ベースのワークロードは現在移行可能です。最新の機能差分の状況については、このページ Exchange Online での Exchange Web Services の廃止 | Microsoft Learn を確認してください。このドキュメントは常に最新の内容に更新されており、新しい情報が利用可能になり次第、関連する追加情報へのリンクも随時掲載します。
オンプレミス Exchange やハイブリッド構成の場合はどうなりますか?
EWS はオンプレミスでは廃止されません。ハイブリッド構成については、アプリケーションがどのようにデータへアクセスしているかによって対応が異なります。オンプレミスのメールボックスへのアクセスは EWS を引き続き使用でき、クラウド メールボックスへのアクセスは Microsoft Graph に移行する必要があります。
アプリケーションは Autodiscover を利用して、メールボックスの場所 (オンプレミスかクラウドか) を自動的に判別できます。
ただし、Exchange Online に対する Microsoft Graph 呼び出しをサポートするのは Exchange SE のみであるため、ハイブリッド環境でオンプレミス メールボックスをホストするには Exchange SE を使用する必要があります。詳細は こちら をご覧ください。
2027 年 4 月までに準備が間に合いません。延長を受けることはできますか?
2027 年 4 月以降の例外措置はありません。
2026 年 9 月に AppID 許可リストを作成せずに EWSEnabled = True を設定できますか?
はい、設定できます。ただし、ニーズに正確に合った内容にするため、テナント管理者自身が AppID 許可リストを作成することが望ましいと考えています。各テナントの使用状況に基づいて、Microsoft が AppID 許可リストを自動作成します。9 月時点で単に EWSEnabled = True のみを設定し、Microsoft による AppID 許可リストの自動作成を任せた場合、利用実績が検出されたアプリについては、管理者が把握していないアプリケーション (使用状況が確認されている場合) も含まれる可能性があります。2026 年 10 月以降に許可する EWS アプリケーションを正確に制御するためにも、管理者が自ら AppID 許可リストを作成することを推奨します。詳細については、EWS アクセス変更に備えて、EWSAllowedAppIDs リストを適切に管理しましょう をご覧ください。
独自の AppID 許可リストを作成した場合、すべてのテナントの AppID 許可リスト自動作成処理で、その内容は変更されますか?
いいえ。独自の AppID 許可リストを作成した場合、自動作成処理によって既に作成された AppID 許可リストが変更されることはありません。作成済みの AppID 許可リストは、そのまま維持されます。
10 月より前であれば、いつでも EWSEnabled = True に設定できますか。また、Microsoft は 10 月になってもこの設定を維持し、False に変更しないのでしょうか?
EWSEnabled を True に設定した時点が、Null の値を False に変更する処理の開始前であれば、True の設定は維持されます。
Microsoft がテナントの AppID 許可リストを自動作成した場合、管理者はその後 PowerShell を使用してリストを上書きしたり、項目を追加したりできますか?
はい。管理者は AppID 許可リストの内容を変更できます。
EWSAllowList 設定はどうなりますか? アプリケーション ID をこの設定に追加する必要がありますか?
EWSAllowList および EWSBlockList 設定は、以前から提供されている EwsApplicationAccessPolicy 機能に関連するものであり、Exchange Online における EWS の廃止とは関係ありません。EwsApplicationAccessPolicy は従来の EWS アプリケーション アクセス制御機能で、AppID ではなく User Agent を使用します。EwsApplicationAccessPolicy を変更すると、クライアント アプリケーションが Exchange Online に接続する際に通過する必要がある追加の「ゲート」が設けられます。アプリケーションは、前述の AppID 許可リストを通過した後にのみ、このゲートを通過できます。そのため、EWSAllowedAppIDs と EwsApplicationAccessPolicy を併用する場合、要求の App ID と正しい User Agent の両方が、それぞれの判定条件を満たす必要があります。いずれかを満たさない場合、EWS がブロックされ、要求は拒否されます。
変更履歴:
- 2026/9/9: 細かな説明をいくつか明確化し、8 月への言及を削除して 9 月に置き換えました。
- 2026/9/4: FAQ および本文を更新し、まだ AppID の許可リストを作成していないテナントに対して Microsoft が AppID の許可リストを作成するタイミングについて、公開済みの情報に合わせて内容を修正しました。詳細は、EWS アクセス変更に備えて、EWSAllowedAppIDs リストを適切に管理しましょう をご覧ください。
- 2026/9/1: EWSAllowList 設定は Exchange Online における EWS の廃止とは関係がなく、AppID 許可リスト (
EWSAllowedAppIDs) とは異なることを明確にする FAQ を追加しました。 - 2026/9/1:
EWSAllowedAppIDsは Application ID を使用する AppID 許可リストに関連する機能であることを明確にするため、本文中の「許可リスト」という表記を「AppID 許可リスト」に変更しました。 - 2026/8/31: お客様が AppID 許可リストを既に変更している場合、Microsoft が
EWSAllowedAppIDsを変更しないことを説明する FAQ を追加しました。 - 2026/8/24: 表内の許可リストが EWSAllowedAppIDs で Exchange Online の EWS 廃止最終フェーズに備える で説明している AppID 許可リストを指すことを明確化しました。
- 2026/8/19: 表内の許可リストが EWSAllowedAppIDs で Exchange Online の EWS 廃止最終フェーズに備える で説明している AppID 許可リストを指すことを明確化しました。
- 2026/8/18: 2026 年 10 月以降の EWSEnabled が Null の場合の動作について、表の説明を明確化しました。
- 2026/8/14: FAQ に 2 組の質問と回答を追加しました。
- 2026/8/11: 本投稿の表に、クロステナントの組織の関係における EWS トラフィックに関する説明を追記しました。
- 2026/7/21: 本投稿の表にある [2026 年 10 月以前] の部分に
EWSEnabled = Trueかつ許可リストが定義されている場合は、許可リストに登録されたアプリのみが EWS を利用できることを明確に記載しました。 - 2026/6/19: EWSAllowedAppIDs で Exchange Online の EWS 廃止最終フェーズに備える の情報を反映しました。
- 2026/3/17: 現場レポート: EWS 廃止前に行う EWS アプリ利用状況の確認と対策 へのリンクを追加しました。
- 2026/2/9: 今のうちに EWSEnabled を True に設定することで、将来の「スクリーム テスト」から除外されることを示すメモを追加しました。