【Outlook】「新しいOutlook」へ自動切替を防ぐグループポリシー設定

Microsoftは段階的に「新しいOutlook」への移行を進めており、組織によってはユーザーが意図せずに自動切替されてしまうケースが増えています。この記事では、グループポリシーを使って自動切替を確実に防止する方法を、手順や注意点とともに詳しく解説します。

「新しいOutlook」への自動切替とは?その仕組みと問題点

Microsoft 365のロードマップに基づき、MicrosoftはクラシックOutlookから「新しいOutlook」への移行を推奨しています。ただし、組織によっては互換性や機能の不足から、新しいOutlookへの切替を制御したい場合があります。自動切替は、特定の条件下でユーザーに促される形で発生し、例えばOutlook起動時に「新しいOutlookをお試しください」という通知が表示されます。この通知をユーザーがクリックすると、新しいOutlookに切り替わり、元に戻すには手動での再設定が必要です。また、管理者が操作しなければ、更新プログラムによって自動的に新しいOutlookが強制されることもあります。

具体例として、次のような症状が報告されています。1つ目は、Outlookを起動すると、いきなり「新しいOutlookへようこそ」という画面が表示され、そのままメール設定が引き継がれてしまうケースです。2つ目は、組織のポリシー設定がなく、ユーザー個人の判断で切り替えた後に、業務で使うアドインが動作しなくなるケースです。3つ目は、更新プログラムの適用後に、自分で設定を戻しても、再起動するとまた新しいOutlookに戻ってしまうケースです。

グループポリシーによる自動切替防止の前提条件

グループポリシーで自動切替を制御するには、いくつかの前提条件を満たす必要があります。まず、Active Directory環境が構築されていること、そしてグループポリシー管理コンソール(GPMC)が利用可能であることが基本です。また、Outlook用の管理用テンプレート(ADMXファイル)をドメインコントローラーのCentral Storeに配置する必要があります。このテンプレートは、Microsoft 365管理センターからダウンロードするか、Officeのインストールメディアから入手できます。さらに、ポリシーを適用する対象のコンピューターには、該当のOutlookバージョンがインストールされている必要があります(例: Office 2016またはMicrosoft 365 Apps)。

関連するMicrosoftサービスとして、Exchange Onlineのメールボックス設定やMicrosoft Intuneによるモバイルデバイス管理も、自動切替に影響を与える場合があります。また、SharePointやOneDriveとの連携設定も、新しいOutlookの動作に影響します。これらのサービス設定を確認しておくことも、トラブル防止に役立ちます。

グループポリシー設定の手順(ステップバイステップ)

1. 管理用テンプレート(ADMX)の準備: Microsoft 365管理センターから「Office管理用テンプレート」をダウンロードします。ダウンロードしたら、
2. Central Storeへのコピー: ドメインコントローラーの「\\ドメイン名\SYSVOL\ドメイン名\Policies\PolicyDefinitions」フォルダに、ダウンロードしたADMXとADMLファイルをコピーします。
3. グループポリシー管理コンソールの起動: ドメイン管理者権限でサーバーにログインし、GPMCを起動します。
4. 新しいGPOの作成または既存GPOの編集: 自動切替を防止したいOUを右クリックし、「このドメインにGPOを作成し、ここにリンクする」を選択します。GPOに名前を付けます(例: 「新しいOutlook自動切替防止」)。
5. ポリシーの編集: 作成したGPOを右クリック→「編集」でグループポリシー管理エディターを開きます。
6. ポリシーの場所に移動: 「コンピューターの構成」→「管理用テンプレート」→「Microsoft Outlook 2016」→「その他」と進みます。
7. 「新しいOutlookの自動切替を無効にする」の有効化: このポリシー設定をダブルクリックし、「有効」を選択して「OK」をクリックします。
8. GPOのリンク確認と適用: GPOが正しいOUにリンクされていることを確認し、コマンドプロンプトで「gpupdate /force」を実行してポリシーをクライアントに適用します。

この手順により、対象のコンピューターでは新しいOutlookへの自動切替が無効になります。ただし、手順5〜7で「Microsoft Outlook 2016」のパスが表示されない場合は、ADMXファイルが正しく配置されていない可能性があります。その場合は、再度ファイルの配置を確認してください。

注意点・失敗例

落とし穴1: ポリシーの優先順位により無効になる場合

複数のGPOがリンクされている場合、優先順位の高いGPOが自動切替を許可する設定になっていると、目的のポリシーが上書きされます。例えば、ドメインレベルのGPOで「有効」にしていても、OUの上位に「未構成」や「無効」のポリシーがあると、効果が打ち消されます。GPOのリンク順序を確認し、必要に応じて「適用の強制」を設定してください。

落とし穴2: ポリシーの適用範囲を誤るケース

「コンピューターの構成」で設定したポリシーは、コンピューター単位で適用されます。ユーザー単位で制御したい場合は、同じADMXファイルに「ユーザーの構成」用のポリシーがないか確認します。また、OUの選定を誤ると、想定外のユーザーにポリシーが適用されたり、適用されなかったりします。特に、モバイルデバイスやリモートワーク用のVPN接続時の挙動も考慮する必要があります。

落とし穴3: レジストリとの競合で設定が無視される

グループポリシーの設定はレジストリに書き込まれますが、ユーザーがローカル管理者権限を持っていると、手動でレジストリを変更してポリシーを無効化できてしまいます。また、グループポリシーの更新が遅延する場合、一時的に古い設定が残ることもあります。定期的に「gpresult」コマンドで適用状況を確認し、必要に応じてレジストリ監査を実施してください。

比較表: グループポリシーとレジストリ編集の違い

よくある質問(FAQ)

Q1: ポリシー設定後に反映されるまでどれくらい時間がかかりますか?

デフォルトでは、グループポリシーはバックグラウンドで約90〜120分ごとに更新されます。即座に反映させたい場合は、クライアント端末で「gpupdate /force」を実行するか、サーバー側でGPOを強制的に更新します。

Q2: すでに新しいOutlookに切り替わってしまったユーザーはどうすればよいですか?

そのユーザーがまだ新しいOutlookを使用している場合、グループポリシーを適用しても自動的にクラシックOutlookには戻りません。ユーザー自身がOutlookの設定から「Outlook(クラシック)」を選択して戻す必要があります。また、組織として一律に戻したい場合は、スクリプトやレジストリ変更で強制的に切り替えることも検討できます。

Q3: モバイル端末(iOS/Android)でも同じポリシーは有効ですか?

グループポリシーはWindows端末向けの設定であり、モバイル端末には直接適用されません。モバイル端末での動作を制御するには、Microsoft IntuneなどのMDMツールでアプリ保護ポリシーを設定する必要があります。

まとめ

グループポリシーを使用すれば、組織全体で「新しいOutlook」への自動切替を確実に防止できます。ただし、ADMXファイルの準備やポリシーの優先順位、適用範囲に注意が必要です。また、すでに切り替わったユーザーへの対応やモバイル端末の管理も併せて検討することで、より安定したOutlook運用が実現します。この記事で紹介した手順を参考に、各自の環境に合わせて設定を進めてください。