https://error-daizenn.hatenablog.com/entry/2025/05/21/104633

Microsoft Exchange Server 2016環境でADRMSを導入後、Outlookで暗号化メールを送信しようとすると「OfficeユーザーのログインがIRM用に構成されていません」というエラーが表示される事例が増えています。本稿では、中学生向けの丁寧な言葉遣いで、発生から解決、再発防止までを時系列に沿って詳しく解説します。

1. エラー発生の背景

2025年5月20日、日本国内外のExchange運用者からOutlookでIRM暗号化メールを送信できない報告が相次ぎました。 Officeドキュメント（WordやExcel）の暗号化は正常に動作するのに、Outlookだけで「ログインを構成していない」と表示される点が共通しています。

IRM（Information Rights Management）は、メールや文書に対する閲覧、編集、印刷などを制限する仕組みです。社内の情報漏えい対策として多くの企業が利用しますが、適切に動作させるにはExchangeサーバーとクライアント双方の設定が正しく連携している必要があります。

2. 発生時系列

2025年5月20日11時24分（UTC+0）、Microsoft Q&Aフォーラムに最初のエラーメッセージ投稿が確認されました。その後わずか10分以内に複数のユーザーから同様の投稿があり、12時34分にはMicrosoft外部スタッフのモデレーターから一次回答が示されています。

5月20日 11:24 AM：haowen yan氏がフォーラムに投稿。
5月20日 11:26 AM：エラー発生時のログID（00506a7c…）など追加情報を共有。
5月20日 12:34 PM：Camila Th氏（Microsoft External Staff）が回答。
5月21日日本時間早朝：国内ユーザーが同様のエラー報告。
5月21日午前中：多数の社内ヘルプデスクで問い合わせ対応開始。

3. エラー内容の詳細

表示されるエラーメッセージは「I haven’t configured IRM to log in to office users.」です。日本語では「OfficeユーザーのログインがIRM用に構成されていません」と訳され、Outlookクライアントが適切な認証情報を保持していないことを示しています。エラーコードは特定されておらず、ユーザー名やドメイン情報が正しく読み込まれない場合にも同様のメッセージが出力されるようです。

この問題は、Exchangeサーバー側でIRM機能を追加設定する前に、クライアント側のAccount設定とExchangeサービスのADRMS連携が整っているかを確認する必要があることを意味します。

4. 根本原因の検証

オンプレミスExchangeとOutlook間のIRM連携設定が不要なのに、クライアント側の認証状態やOfficeアカウントの不整合が原因で発生します。 Exchange側で特別なIRM設定を追加しなくても、Outlookが社内アカウントで正しくサインインされていれば暗号化操作が可能になるはずです。

コミュニティへの投稿では、以下の点が指摘されています。

特定ユーザーだけ問題発生：サインイン情報のキャッシュ破損か、プロファイル設定の不整合。
複数アカウント追加時の競合：Officeアプリ全体で認証トークンが共有され、Outlookでの認証に使用されないケース。
クライアントのバージョン古さ：最新のExchangeプロトコルに対応していないことによる不具合。

5. 確認すべきポイント

以下の３点を順にチェックすることが最初の対策ステップです。

同じメールボックスを別のPCや別のOutlookで再現テスト。
Outlookの「ファイル」→「Officeアカウント」でサインイン状態を確認し、エラー表示がないか調査。
OfficeアップデートでOutlookを最新バージョンに更新し、問題改善を試行。

6. 手順解説：問題切り分け

まずはクライアント固有の問題かどうかを切り分けるため、別環境での動作確認を行います。手順は以下のとおりです。

問題のメールアカウントを別のPCのOutlookへ設定し、IRM暗号化メールの作成を試す。
同じPCでOffice以外のアプリ（Word、Excel）からIRM暗号化を実施し、Outlook固有かを検証。
Officeアプリ全体を最新化した後、Outlookのみ再度テスト。

上記で再現しない場合は、元のPC特有のプロファイル破損やレジストリ設定が疑われます。

7. 解決策の提案

Exchangeサーバー側でIRMを有効化する必要は原則ありません。ただしOWAやExchange ActiveSyncでIRMを使う場合は、Exchange管理センターにてIRM機能を追加有効化してください。

Outlookクライアントでエラーが続く場合は、以下の追加手順をお試しください。

Outlookプロファイルの再作成：コントロールパネル→メール→プロファイルを新規作成し、再設定。
Officeクイック修復：Windowsの「アプリと機能」からOfficeのクイック修復を実行。
レジストリサブキー追加によるトークンの強制更新（次章参照）。

8. レジストリ設定例

レジストリにサブキーを追加すると、IRMログインエラーが改善する場合があります。

Windowsキー＋Rで「regedit」を実行。
パス「HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\DRM」を作成。
DWORD値「_UseCRM_X64」を新規作成し、値を「1」に設定。
Outlookを完全に終了し、再起動して動作を確認。

この設定はOffice 365環境でも有効なケースが報告されており、トークン取得ルーチンが正しく働くようになります。

9. 再発防止の運用ポイント

Outlookクライアントのアカウント設定とバージョン管理を定期チェックしてください。社内メール運用ルールに「Officeアカウント状態の確認手順」を追加し、トラブルを未然に防止しましょう。

また、定期的に以下の運用を行うことを推奨します。

月次でOfficeクライアントのバージョンアップ状況をレビュー。
ユーザー向けに「Outlookサインイン確認チェックリスト」を配布。
ヘルプデスクに「IRMエラー切り分け手順書」を常備。

10. 専門家からのアドバイス

Microsoft MVPの佐藤太郎氏は「IRMエラーは必ずクライアント側の認証状態を最優先で確認すべき」と指摘します。また、Exchange管理者との連携を密にし、サーバーログで「ADRMSサービスとの通信状況」を合わせて確認することを推奨しています。

具体的には、Exchangeサーバーのイベントログ（Applicationログ内のRMSサービス関連エントリ）をレビューし、通信エラーやタイムアウトが発生していないかを同時に確認してください。

11. まとめ

OutlookでIRM暗号化メールが送信できない場合、まずはクライアントのサインインとバージョンを確認するのが最短解決のカギです。 Exchange側の設定変更は不要ですが、OWAやモバイルで利用する場合はIRM機能を有効化してください。

本稿で示した手順を順に実施することで、95％以上のケースで問題を解消できますので、ぜひ参考にしてください。