Outlookで迷惑メール判定された時の解除
目次
この記事でわかること
- Outlook / Microsoft 365 が迷惑メール判定する仕組み
- 判定を解除するために確認すべき項目
- 復旧までの段取りと再発防止策
なぜ Outlook で迷惑判定されるのか
Outlook(Microsoft 365 / outlook.com)は独自のフィルタリング技術 SmartScreen と SmartScore を組み合わせ、複数の要素から総合的に判定しています。Gmail と並んで世界 2 大の判定基準であり、特に B2B のメールは Outlook の影響を強く受けます。
主な判定要素は以下です。
- 送信元 IP の評価(IP Reputation): 過去の送信履歴やスパム報告率
- ドメインの評価: SPF / DKIM / DMARC の設定状態
- メール内容: 本文・件名・リンク先の評価
- 受信者の挙動: 過去にどう扱われてきたか(削除、既読、迷惑報告)
これらを総合し、Microsoft の SCL(Spam Confidence Level) スコア(-1 から 9)が決まります。
まず確認する 3 項目
確認 1: SPF / DKIM / DMARC が正しく設定されているか
これが最初の関門。Outlook は認証失敗を強くペナルティに反映します。
- SPF レコードに送信サーバー(Microsoft 365 なら
spf.protection.outlook.com、Google Workspace なら_spf.google.com)が含まれている - DKIM 署名が有効化されている(Microsoft 365 は管理センターから個別に有効化が必要)
- DMARC レコード
_dmarc.example.co.jpが存在する
設定の現状把握はドメイン診断で 3 分でチェックできます。基本概念はSPF / DKIM / DMARC の違いも参照。
確認 2: 受信メールヘッダで具体的な判定理由を見る
Outlook で迷惑メール扱いになったメールを開き、ヘッダ情報を確認:
- Authentication-Results: SPF / DKIM / DMARC の pass/fail
- X-Microsoft-Antispam: SCL スコア、フィルタの判定結果
- X-Forefront-Antispam-Report: より詳細な判定根拠(
SFV:SPMならスパム判定、SFV:NSPMなら正常判定)
SFV:SPM の場合、コンテンツベースで迷惑判定されています。SFV:BLK ならブロックリスト登録、対応難易度が変わります。
確認 3: 送信元 IP がブロックリストに入っていないか
Spamhaus、Barracuda、SORBS 等の主要ブロックリストに自社の送信元 IP が登録されていないか確認します。各サービスのウェブサイトで IP を入力して照会できます。登録されている場合は Delisting(登録解除)申請が必要です。
復旧までの 4 ステップ
ステップ 1: 認証設定の修正
SPF / DKIM / DMARC のうち未設定・誤設定があれば最優先で修正。これだけで判定が改善するケースが少なくありません。
ステップ 2: ブロックリスト登録の解除申請
ブロックリスト登録があれば、各サービスの解除申請ページから申請。送信ポリシーの是正(配信先リストのクリーンアップ等)が前提として求められることが多く、問題のあった配信を停止してから申請します。
ステップ 3: SNDS / JMRP への登録(送信側 IP を持つ場合)
自前のメールサーバーで送信している場合、Microsoft が提供する 2 つの無料サービスに登録します。
- SNDS(Smart Network Data Services): 自社 IP の評価状況をモニタリング
- JMRP(Junk Mail Reporting Program): Outlook ユーザーが「迷惑メール」報告したフィードバックを受け取る
これらを使うと、どのメールが迷惑扱いされているか定量的に把握でき、改善の優先順位が決まります。
ステップ 4: 段階的に送信量を増やす
ブロックリスト解除後にいきなり大量送信すると再ブロックの恐れあり。1 日数十通から始めて週単位で 2 倍ずつ増やす程度の慎重なペースで送信量を回復させる(ウォームアップ)。
個別宛先の救済策
「特定の取引先にだけ届かない」場合は、相手側で以下を依頼します。
- 受信トレイの「迷惑メール」フォルダから対象メールを移動
- 送信元アドレスを「セーフリスト」に追加
- 管理者に 送信ドメインのホワイトリスト登録を依頼(Microsoft 365 / Exchange Online の Allow List)
これは応急処置で、根本解決ではありません。並行して認証設定の見直しを進める。同様の判定問題はGmail に届かないときでも詳しく扱っています。
再発を防ぐために
- DMARC レポート(rua)を定期的にチェックし、認証 fail の傾向をつかむ
- 配信先リストのバウンスを定期的に削除し、送信ポリシーを健全に保つ
- ブロックリスト監視ツール(MXToolbox の Blacklist Monitor 等)で日次チェック
まとめ
- Outlook の迷惑判定は SCL スコアに集約される複合判定
- まず認証設定とヘッダ確認、次にブロックリスト解除と SNDS 登録
- 復旧後は段階的なウォームアップで再発を防ぐ
メール状態を診断
無料のドメイン診断で、SPF / DKIM / DMARC の設定状況とリスクを 3 分でチェック。Outlook の判定改善に向けた第一歩として最適です。