Outlookで迷惑メールが見つかったときは、利用している受信サービスとOutlookの種類を特定し、Web版の状態と比較します。クラシックOutlookの機能説明を、新しいOutlookやMicrosoft 365の組織ポリシーへそのまま当てはめないでください。アプリとサーバーの処理を分けることが出発点です。
最初に確認すること
日本の営業部門では、独自ドメインのアカウントをOutlookで読むことが多くあります。その場合、受信基盤がExchange Onlineとは限りません。会社の情報システム担当者に実際の受信先を確認し、メールがWeb版でも同じフォルダーにあるか、端末だけで見え方が違うかを記録します。
クラシックOutlookには迷惑メールの扱いやリストに関する設定がありますが、サーバーで先に拒否・隔離されたメールは端末の一覧だけでは調べられません。確認対象の機能がどの製品に適用されるかを公式説明で読み、管理者側の追跡が必要な場合は役割を分けて依頼しましょう。
証拠を集める順序
- 受信基盤とOutlookの製品・版を確認する。
- Web版と端末で同じ一通の位置を比較する。
- 適用されるリストや組織の追跡を公式手順で確認する。
- 変更前の状態を残し、サーバーと端末の結果を別欄で記録する。
受信許可や移動を試す前に、元のフォルダーと時刻を保存します。同じメールを別の端末が移動している場合もあるため、デスクトップとスマートフォンの状態を比べます。送信側では対象宛先と配送応答を残し、受信者が見つけられない理由を、送信失敗と決めつけないようにします。
想定例と限界
想定例として、請求書がブラウザー版では受信箱、会社のパソコンでは見えない状況を考えます。これはまず同期や表示の問題を調べる証拠です。逆に管理者の追跡で隔離と分かれば、端末のフィルター設定を変えるだけでは十分でありません。該当する段階に応じて担当者を変えてください。
会社のメールを共有のパソコンと個人端末で開いている場合は、誰かの操作で位置が変わっていないかも確認します。自動仕分けや削除の時刻が分かるなら、最初の観察と分けて残してください。端末の設定を直した後は、古いメールが見えるかだけでなく、新しい検証通知も同じように表示されるかを確認します。解決した範囲が特定端末の同期だけなら、その内容で結案し、ドメイン評価が改善したと報告しないことが重要です。サーバーの配送状態は引き続き別の証拠です。
Outlookという名前の一つの標本が、すべてのMicrosoft系や企業アカウントを代表するわけではありません。Inbox Checkを使う場合は対象サービスの表示を確認し、企業ごとのルールは別途調べます。迷惑メール機能の全面停止や、すべての差出人を許可する対応を一般解として案内しないでください。
参照資料
Microsoft：クラシックOutlookの迷惑メールフィルター。Microsoft：Exchange Onlineのメッセージ追跡。
測定方法で対象と限界を確認し、Inbox Checkで検証を準備してください。対象外の受信サービスや個々の組織の結果は別途確認が必要です。