Outlook（クラシック版）で、突然受信メールがHTMLで表示されずプレーンテキストだけになり、本文先頭に「X-RG-Rigid: …」のような行が混ざる――。Webメールやスマホは正常なのにWindowsのOutlookだけ崩れる場合、設定ミスよりもセキュリティ製品の通信スキャンが原因になっていることがあります。
症状：Outlook（クラシック）だけが「プレーンテキスト表示」になり、謎の行が先頭に出る
今回のトラブルは、次のような形で現れます。
| 項目 | よくある見え方 | ポイント |
|---|---|---|
| 表示形式 | HTMLが崩れ、プレーンテキストのみ | 装飾・画像・ボタン・署名のレイアウトが消える |
| 本文先頭 | X-RG-Rigid: 〜 のような行が混入 | 本来はヘッダー側にあるべき情報が本文に落ちてくる |
| 再現範囲 | Windows の Outlook（クラシック）だけ | Webメールやスマホは正常＝メール自体が壊れているわけではない |
| 影響アカウント | POP/SMTP、IMAP/POP系で起きやすい | Exchange / outlook.com は影響しない（または軽い）ことがある |
Trust Center（トラストセンター）の「すべての標準メールをテキスト形式で表示」などを確認しても直らず、Outlook の修復、セーフモード、ファイアウォール無効化でも改善しない――ここまで揃うと、Outlook 本体の設定よりも外部要因（アドイン／セキュリティ製品／通信スキャン）を疑うのが近道です。
結論：Bitdefender の暗号化通信スキャンがメール表示を崩すことがある
原因として特に多いのが、Bitdefender（ウイルス対策／迷惑メール対策）の機能の一部が、Outlook が受信したメールのデータ構造（MIME）を崩し、結果としてOutlookがHTML部を正しく認識できなくなるケースです。
ポイントは「Webメールやスマホでは正常」なのに「Windows の Outlook（クラシック）だけ異常」だという点です。端末側で通信を中継して検査するタイプの機能（HTTPS/SSL/TLSの中身を覗いて判定する仕組み）が動いていると、Outlookが取り込むデータの一部が書き換えられ、本文にヘッダーの断片が混入したり、Content-Type が意図せず変わることでHTML表示が失われたりします。
「X-RG-Rigid: …」とは何か：見えているのは“メール本文”ではなく“混入したヘッダー”
X-RG-Rigid という文字列が見えると「ウイルス？乗っ取り？」と不安になりますが、落ち着いて状況を整理すると、実態はメールヘッダーに付くはずの付加情報（X-ヘッダー系）が本文に紛れ込んでいる状態です。
メールは大まかに次の2層で成り立っています。
- ヘッダー：送信元、宛先、件名、日付、MIME構造、迷惑メール判定結果など
- ボディ：本文（プレーンテキスト部、HTML部、添付ファイルの境界など）
セキュリティ製品が通信を中継して検査する際、ヘッダーやMIME境界の扱いを誤ると、次のようなことが起こり得ます。
- ヘッダー行がボディに移動してしまい、本文先頭に“謎の行”として表示される
- multipart/alternative（テキスト＋HTMLの両方を持つ構造）が崩れ、Outlook がHTML部を捨ててしまう
- HTML部が「添付」扱いになったり、空扱いになったりしてプレーンテキストだけが残る
つまり、X-RG-Rigid が見えること自体は「その行がメール本文に書かれている」という意味ではなく、メールの構造が途中で崩れているサインとして捉えるのが実用的です。
影響を受けやすい条件：POP/IMAPで起きやすい理由
「Exchangeやoutlook.comでは平気なのに、POP/IMAPだけおかしい」という場合、次のような要因が重なりやすいです。
| 要因 | POP/IMAPで目立ちやすい理由 | ユーザー側の見え方 |
|---|---|---|
| 端末側での受信・解析比率が高い | Outlook がローカルでメールを取り込み、MIME解析まで担当する | 特定PCだけで再現しやすい |
| セキュリティ製品が通信を挟みやすい | POP3S/IMAPS/SMTPSのTLS検査が“端末側”で動く | Webメールでは再現しない |
| Exchangeはサーバー側で整形されることが多い | Microsoft側の処理でMIMEが安定しやすい／クライアント差が出にくい | 「同じ送信元でもExchangeは大丈夫」になりやすい |
もちろん例外はありますが、“端末側の通信検査”が絡むかどうかが、切り分けの鍵になります。
最短で直す方法：Bitdefender の「Encrypted Web Scanning」を無効化する
原因が Bitdefender によるものだった場合、次の設定変更で改善するケースが多いです。画面の呼び名はバージョンで多少異なることがありますが、ポイントは暗号化通信（HTTPS）の中身を検査する機能を止めることです。
手順（有効だった例）
- Bitdefender を開く
- Protection（保護） を開く
- Online Threat Prevention（オンライン脅威防止） を開く
- Encrypted Web Scanning（暗号化Webスキャン） を無効にする
- Outlook を終了し、再起動する（可能なら Windows も再起動）
設定変更後、受信メールが通常どおりHTMLで表示されるかを確認してください。すぐ反映しない場合は、次の順で試すと切り分けが早いです。
- Outlookを完全終了（タスクマネージャーで
OUTLOOK.EXEが残っていないか確認） - 同じメールを別フォルダーに移動して開き直す／別メールを新規受信して比較する
- IMAPの場合：フォルダーの更新（再同期）
- POPの場合：新規受信メールで改善しているか確認（既存メールは壊れた状態で保存されていることがある）
切り分けとして強力：一時アンインストール
「設定を触る前に原因を確定したい」「暗号化Webスキャンの項目が見当たらない」場合は、切り分けとしてBitdefender を一時アンインストールしてみる方法もあります。アンインストール直後に改善するなら、原因はほぼBitdefender側です。
ただし、再インストール後に同じ状態へ戻る例もあります。その場合は、次に紹介する“再発対策”を合わせて行うと安定します。
運用上の注意：暗号化Webスキャン無効化のリスクと、落としどころ
暗号化Webスキャンを無効にすると、HTTPS通信の中身を検査してブロックするタイプの防御が弱くなる可能性があります。業務PCやセキュリティポリシーが厳しい環境では、むやみに恒久無効化するのは避けたいところです。
| 選択肢 | メリット | デメリット／注意点 |
|---|---|---|
| 暗号化Webスキャンを無効化（恒久） | 再発しにくい／Outlookが安定 | HTTPS検査の一部が効かなくなる可能性 |
| 一時的に無効化→Bitdefender更新後に再有効化 | 復旧優先＋安全性も戻せる | 更新タイミングによっては再発確認が必要 |
| Bitdefenderサポートへ問い合わせ、修正版を適用 | 本来の機能を保ったまま根本解決しやすい | 調査・対応に時間がかかることがある |
現実的な落としどころとしては、まず一時無効化で業務を復旧し、次にBitdefenderの修正アップデート適用後に再有効化できるかを確認する流れがおすすめです。
再発・自然復旧が起きる理由：自動更新とロールバック
Bitdefender は自動更新が頻繁に入り、内部モジュールの更新・差し替えが行われます。そのため、次のような“動き”が起きることがあります。
- ある日の更新を境に突然発生する
- 設定を変えていないのに、数日後に自然復旧する
- 再インストールや再有効化をきっかけに再発する
このタイプの不具合は「Outlookの設定が悪い」よりも「セキュリティ製品の更新により特定アプリとの相性が変わった」パターンで説明がつきます。自然復旧しても、同じ機能をオンに戻すと再発する可能性があるため、復旧後もしばらくは様子見し、再発時にすぐ戻せるように手順を控えておくと安心です。
Bitdefenderが原因ではない場合：Outlook側で確認すべきチェックリスト
Bitdefender を無効化／アンインストールしても改善しない場合、Outlook側または他のアドイン・セキュリティ製品が関与している可能性があります。以下は“遠回りに見えて最短”になりやすい確認ポイントです。
| チェック項目 | 場所・手順の目安 | 狙い |
|---|---|---|
| すべての標準メールをテキスト形式で表示 | Outlook：ファイル → オプション → トラストセンター → 設定 | 意図せず有効化されていないか確認 |
| セーフモード起動 | outlook.exe /safe | アドイン起因かどうかを切り分け |
| COMアドインの無効化 | ファイル → オプション → アドイン | メール本文に介入するアドインを排除 |
| 新しいOutlookプロファイルで確認 | コントロールパネル → Mail → プロファイル | プロファイル破損や設定の持ち込みを排除 |
| Office/Outlookのクイック修復／オンライン修復 | 設定 → アプリ → Microsoft 365 → 変更 | Outlook本体の破損を修復 |
| 他のセキュリティ製品のHTTPS/メール検査 | 他社製AV、迷惑メール対策、プロキシ系 | “通信中継”が二重になっていないか確認 |
Outlookの表示が戻らないときの“現実的な復旧”
原因を潰しても、すでに取り込んだメールが崩れたまま残ることがあります。特にPOPアカウントは「受信時点の内容がローカルに保存される」ため、受信時に壊れたデータがそのまま残ってしまいます。
- 新規受信メールが正常なら、原因は解消している可能性が高い
- 過去メールを戻したい場合は、IMAPなら再同期、POPならサーバー側に残っている分を再受信できるか確認
- 送信者から再送してもらうのが最短のこともある（重要なメールだけでも）
企業環境での注意点：プロキシ／SSLインスペクションがあるとき
会社のネットワークでは、セキュリティゲートウェイやプロキシがSSLインスペクション（HTTPSの復号・検査）を行っている場合があります。この場合、PC側のBitdefender（または他製品）も同様の検査を行うと、二重の中継が発生して不具合が顕在化しやすくなります。
社内環境で再発を繰り返す場合は、PC単体の設定変更だけでなく、ネットワーク側の構成も含めて情報システム部門と共有すると解決が早まります。
問い合わせ・報告のコツ：サポートに渡すと早い情報
BitdefenderサポートやMicrosoftへの報告（Outlookのフィードバック）を行う場合、以下を揃えると往復が減ります。
| 用意する情報 | 具体例 | 理由 |
|---|---|---|
| Outlookのバージョン | ファイル → Officeアカウント → Outlookのバージョン情報 | ビルド差で挙動が変わるため |
| Bitdefenderの製品名・バージョン | Total Security / Internet Security など | モジュール構成が製品により異なるため |
| 影響するアカウント種別 | POP/IMAP/Exchange、SMTP認証方式など | 再現条件の特定に直結するため |
| 再現手順 | 「特定の送信元だけ」「全メール」「新規だけ」など | 原因がスキャンかテンプレかを切り分けられる |
| サンプル（可能なら） | 問題メールを .msg や .eml で保存 | ヘッダー/MIMEを解析できるため |
Microsoft側へは、Outlook のヘルプ → フィードバック → 問題を報告から送ると、環境情報を含めて報告できます（企業環境では制限されていることもあります）。
よくある質問
Q. 「X-RG-Rigid」が出ているメールは危険ですか？
A. その行自体が即「危険」を意味するとは限りません。多くの場合は、端末側の通信スキャンなどでメール構造が崩れ、ヘッダー断片が本文に混入して見えている状態です。ただし不安がある場合は、送信元の正当性（ドメイン、差出人表示、添付ファイル）を確認し、怪しい添付やリンクは開かないのが安全です。
Q. Encrypted Web Scanning を切りたくありません。代替は？
A. まずはサポートに問い合わせ、修正版や推奨設定があるか確認するのが正攻法です。業務で必須の場合は「一時的に無効化して復旧 → 更新後に戻せるか検証」という運用が現実的です。社内でSSLインスペクションをしている場合は、二重検査を避ける設計（例：どちらか一方に寄せる）も検討ポイントです。
Q. Outlook（新しいOutlook）でも同じですか？
A. 新しいOutlookは内部の仕組みが異なり、同じ再現にならない場合があります。ただし“原因が端末側の通信中継”である限り、他アプリでも副作用が起きる可能性はあります。まずは根本原因（スキャン機能）を押さえるのが確実です。
Q. 直ったあと、既存の崩れたメールを元に戻せますか？
A. IMAPであれば再同期で復旧する可能性があります。POPは受信時点の内容がローカルに保存されるため、サーバー側に残っていなければ復旧は難しいことがあります。重要メールだけでも送信者に再送依頼するのが結果的に早いケースもあります。
まとめ：Outlookの設定を疑う前に「通信スキャン」を疑うと解決が早い
Outlook（クラシック版）で、受信メールが突然プレーンテキスト化し、本文先頭に X-RG-Rigid: … のような行が出る場合、Outlook側の設定だけでは解決しないことがあります。特にWebメールやスマホが正常なら、メール自体は壊れていない可能性が高く、端末側のセキュリティ製品（Bitdefenderなど）の暗号化通信スキャンが原因になっているケースが有力です。
まずは Bitdefender の Encrypted Web Scanning（暗号化Webスキャン） を一時的に無効化して改善するか確認し、復旧後はサポートへの問い合わせや更新状況の確認で“安全性と安定性の両立”を目指すのが、現場で一番トラブルが少ない進め方です。
コメント