Outlookにメールが届かない？
Microsoftへのブロック解除申請と、無料ツール「SNDS」でメールの信頼性を守る方法

【緊急対策】Microsoftに「ブロック解除」を申請する方法

「Outlook宛にメールが届かない」という状況のとき、後述するSNDSを導入してもすぐにブロックが解けるわけではありません。まずはMicrosoftの送信者向け窓口に連絡し、調査と解除を直接依頼する必要があります。
※ただし、後述の 550 5.7.515 のように「認証不備」が原因の場合は、解除申請ではなく設定の修正で解決します。エラーコードを必ず確認してください。

【申請の手順】

1. 送信者向けサポートフォームにアクセス

下記の専用フォームから問い合わせを行います。

• 👉 Microsoft 送信者サポートフォーム

2. 必要な情報を用意する

フォームに入力する際は、次の情報を手元に準備しておくとスムーズです。

• 連絡先のメールアドレス
• 送信元のIPアドレス（メール送信サーバの「住所」にあたる番号）
• 受信したエラーメッセージの内容（NDR＝送信に失敗した際に返ってくるエラー通知メール）

3. 申請前に、自社側の状態をチェックする

申請を出す前に、以下の項目を確認しておくと原因の切り分けがスムーズになり、再発防止にもつながります。

• SPF / DKIM / DMARC … メールが「なりすましではない正規の送信者から届いている」ことを証明する3つの認証設定（2025年5月以降、Outlook宛では特に重要。詳しくは次章）
• 逆引きDNS（PTR） … IPアドレスからドメイン名を引けるようにする設定
• 直近の送信ログに不審な動きがないか
• 想定外の大量送信が行われていないか

エラーメッセージ別の注意点

NDR（エラー通知メール）に書かれているコードによって、対応ルートが変わります。まずはコードを確認してください。

• 550 5.7.606〜5.7.649（banned sending IP）の場合
  → 送信元IPがブロックされています。Office 365 Anti-Spam IP 解除ポータル（https://sender.office.com/）から、NDRを受け取ったメールアドレスと該当IPを入力して解除を申請します。
• 550 5.7.511（banned sender）の場合
  → 通常の解除ポータルでは処理できません。エラー通知に書かれた案内に従い、NDR全文（エラーコードとIPを含む）を delist@microsoft.com 宛にメールで転送します。通常48時間以内に次の手順が返信されます。
• 550 5.7.515（does not meet the required authentication level）の場合
  → 送信ドメインの認証（SPF / DKIM / DMARC）が要件を満たしていないことが原因です。これはIPのブロック解除では直りません。次章「送信者認証の義務化」を参照し、認証設定を見直してください。

【2026年最新・最優先】Outlookは「送信者認証」を必須化しています（届かない最大の原因かも）

「設定は何も変えていないのに、ある時期からOutlook宛だけ届かなくなった」――その原因は、Microsoftが新しく定めた送信者要件かもしれません。Microsoftは2025年5月5日から、Outlook.com・Hotmail.com・Live.comなどの個人向けサービス宛に「1日5,000通を超えて」送る大量送信者に対し、SPF・DKIM・DMARCの設定を必須化しました。これは、GoogleとYahooが2024年に導入した一括送信者向けの要件に足並みをそろえたものです。

満たすべき条件（ポイント）

• SPF・DKIM：送信ドメインで正しく設定され、検証をパスすること。
• DMARC：最低でも p=none で設定されていること。
• アライメント（一致）：少なくともSPFかDKIMのどちらかが、「From（差出人）」アドレスのドメインと一致していること。

当初Microsoftは、要件を満たさないメールを「迷惑メールフォルダへ振り分ける」としていましたが、その後方針を変更し、要件を満たさないメールを“受信拒否（リジェクト）”する対応を取りました。その際に返るのが、前章で触れた 「550 5.7.515 Access denied, sending domain ... does not meet the required authentication level」 というエラーです。このエラーはブロック解除（delist）では解決せず、SPF・DKIM・DMARCを正しく設定し直すことが唯一の解決策です。

※1日5,000通未満の送信者は現時点で直接の対象ではありませんが、Microsoftはすべての送信者に同じ認証設定を推奨しています。将来の到達性と、なりすまし・フィッシング対策の両面から、早めの対応をおすすめします。設定にご不安があれば、サーバ・メール設定のご相談も承っています。

※なお、SPF・DKIM・DMARCを正しく設定しているにもかかわらず「550 5.7.515」が返る、というケースの報告も一部で見られます。多くは転送設定や複数ドメイン経由の送信など、アライメント判定に影響する構成が原因です。心当たりがない場合は、まずヘッダー情報でSPF/DKIM/DMARCの認証結果を確認したうえで、解消しない場合は前章のサポートフォームから問い合わせてください。

【恒久対策】SNDS（Smart Network Data Services）とは？

ブロック解除を申請したあと、あるいは将来的なトラブルを未然に防ぐ手段として有効なのが、Microsoftが無料で提供している公式ツール 「SNDS」 です。簡単に言うと、SNDSは「自社のメール送信サーバがMicrosoft側からどう評価されているかを確認できる管理画面」です。自社IPアドレスの信頼度（レピュテーション）や、迷惑メール扱いされていないかなどを継続的にチェックできます。

【利用開始の流れ】

• 1）Microsoftアカウントで SNDS にログインする
• 2）自社が管理しているIPアドレスへのアクセスをリクエストする
• 3）認証メールなどのプロセスを完了する
• 4）自社IPの評価や配信状況の確認画面が利用できるようになる

【運用にあたっての心がけ】

ツールを導入するだけでは効果が十分に発揮されません。日常的な運用として、次の2点が重要です。

• 配信リスト（メーリングリスト）を常に整理し、無効なアドレスを残さないこと
• 自社サーバから、覚えのない大量送信や不審な挙動が発生していないか継続的に監視すること

SNDSのメリットは「届きやすさ」と「セキュリティ」の両立

SNDSは「メールの到達率を上げるためのツール」と思われがちですが、実はサーバ管理者にとって重要なセキュリティ監視ツールとしても役立ちます。

【主な機能】

■ JMRP（迷惑メール報告プログラム）との連携管理

受信者があなたから届いたメールを「迷惑メール」として報告した際、その情報をフィードバックとして受け取れる仕組みです。SNDSと一緒に管理することで、配信品質を継続的に改善できます。

■ セキュリティ上の異変を早期に発見

自社IPからの送信パターンに異常が見られた場合、それは「サーバが乗っ取られている」「マルウェアに感染している」「ボット化している」といった危険のサインかもしれません。SNDSはそうした兆候を早めにキャッチする手助けになります。

【2026年版】SNDSの最新アップデートと今後の変更点

Microsoftは、セキュリティとプライバシー保護の観点から、SNDSを継続的にアップデートしています。SNDSは2026年6月8日にポータルが新しいURLへ正式に移行済みで、旧URL（sendersupport.olc.protection.outlook.com）は一時的にリダイレクトされていますが、今後廃止される予定です。最新の正確な情報は、必ずSNDS公式サイトをご確認ください。

【告知された事象】一部IPアドレスでの一時的な拒否率上昇

Microsoftは過去に、「特定のIPアドレスが一時的に通常より高い割合で拒否される事象」が発生していると告知し、調査を行っていることを公表していました。同種の事象は時期によって発生・解消が変わるため、心当たりのあるブロックや配信失敗がある場合は、最新の告知を公式サイトで確認のうえ、送信者向けサポートフォームから問い合わせてください。

【最近行われた変更】

• 認証要件の追加：ネットワークアクセスの承認・拒否を行う際に、Microsoftアカウントでのログイン認証が必須となりました。承認リンクをクリックしただけでは処理されず、悪意あるボットや誤操作による意図しない承認を防ぐ仕組みです。
• JMRPレポートのARF形式への統一：迷惑メール報告のフィードバック形式が、業界標準の「ARF（Abuse Reporting Format）」に統一され、自動処理がしやすくなりました。
• 苦情サンプルのダウンロード提供は終了：従来は苦情率をクリックすると実際の通報メール本文を確認できましたが、プライバシー保護の観点から廃止されました。
• 「自動データアクセス」機能の保護強化：問題が発生した際は、そのリンクを作成したMicrosoftアカウントで再ログインし、自動データアクセス一覧に該当リンクが残っているか確認する必要があります。
• 「View Data」画面のUI刷新：データ閲覧画面が新デザインに変更されました。ただし、列のソート機能が削除されているため、日付や指標で並び替えていた運用をされていた方は、CSVエクスポートやAPI経由での確認に切り替えが必要です。
• ポータルの新URLへの移行が完了：SNDSポータルは2026年6月8日に新しいURLへ移行済みです。2026年6月22日までに、旧URL形式で発行された「自動データアクセス」リンクは廃止されています。スクリプトやBIツールに旧URLをハードコーディングしている場合は、至急、新しいリンクへの差し替えをご確認ください。
• REST API（OAuth 2.0）の提供開始：IPステータス・IPデータレポートを、日付やIPv4での絞り込みに対応した新しいREST API経由でも取得できるようになりました。ポータルへのログインと同じ認証情報でAPI利用が可能です。定期的なデータ取得を自動化している場合は、こちらへの移行を推奨します。

【今後予定されている重要な変更】

• ARFレポートの内容変更（プライバシー保護強化）：今後のARFレポートには、元メールの本文は含まれず、メールヘッダー情報と一部の認証関連ヘッダー（Authentication-Results や Received-SPF など）のみが含まれる形式に変わります。送信者アドレス（sender address）も伏せ字（redacted）処理されます。本文を解析して顧客IDや注文番号を特定していたシステムは仕様変更が必要になります。
• 自動レポートリンクに有効期限：自動データアクセスのリンクは、発行から30日で失効する仕様に変更されます。スクリプトやcronで定期取得していた場合、月次でリンクの再発行が必要になります。
• SNDSのURL移行は完了済み：前述の通りポータルの移行自体は完了していますが、旧URLへのリダイレクトも段階的に終了する見込みです。ブックマークや自動化スクリプト内のURLは、新URLに更新済みか改めてご確認ください。
• 未連携JMRPフィードの削除：SNDSアカウントに紐付いていない古いJMRPフィードは削除対象です。SNDSアカウントから新しく作成し直し、ネットワークアクセスを最新の状態に保ってください。
• 【新規】トラップヒット件数の表示終了（2026年7月22日〜）：不正利用対策の一環として、2026年7月22日以降、スパムトラップへのヒット件数がデータレポートに表示されなくなります。移行期間中は報告される値が従来と異なる場合があるため、正確な件数として扱わず、あくまで参考値としてご確認ください。
• 【新規】ネットワークアクセスの有効期限：ポータル移行後、承認済みのIPネットワークアクセスには有効期限が設けられ、一定期間ごとに再認証（reattestation）が必要になる仕様です。担当者の異動などでMicrosoftアカウントが失効すると、レポートが取得できなくなるおそれがあるため、社内で「誰が」「どのアカウントで」SNDSを管理しているか、定期的な棚卸しをおすすめします。

よくある質問（FAQ）

Q1. ブロック解除を申請してから、実際に解除されるまでどのくらいかかりますか？

ケースによって異なります。早ければ1日程度で進展がある場合もありますが、調査内容によっては24時間以上、場合によってはさらに長期間かかることもあります。エラーメッセージの種類によっては別ルートでの確認が必要になることもあるため、案内された内容を必ずよく確認してください。

Q2. SNDSは無料で利用できますか？

はい、完全に無料です。Microsoftアカウントを持っていて、対象となるIPアドレスの管理権限（認証メールを受け取れる立場）があれば、企業・個人を問わず費用をかけずに導入できます。

Q3. 解除申請を出したのに、却下されてしまいました。どうすればよいですか？

まずはNDR（エラー通知メール）の内容を改めて確認し、記載されている案内に従って再申請、または追加の対応を行ってください。特にエラーコード「5.7.511」の場合は、通常の解除フォームではなく、delist@microsoft.com 宛のメールで連絡する必要があります。あわせて、送信ログや認証設定、サーバが第三者に乗っ取られていないかなどを確認し、「どのような対策を実施・完了したのか」を具体的に説明することが、解除を認めてもらうための重要なポイントです。

Q4. 共用サーバ（共有IPアドレス）を利用しているのですが、SNDSに登録できますか？

一般的な共用サーバの場合、利用者ご自身で登録することは基本的に困難です。SNDSの登録にはIPアドレスの管理者権限が必要で、認証時にはWHOIS情報（ドメインの登録者情報）や「abuse@」「postmaster@」宛に確認メールが送信されるためです。そのため、共用IPのレピュテーション管理は、サーバを提供しているホスティング会社が行うのが原則です。

Q5. SNDSで自社IPの評価が突然悪化（赤色などに変化）しました。原因として何が考えられますか？

主な原因としては次のようなケースが考えられます。

• 受信者からの迷惑メール報告が急増した
• 不正な送信が行われた
• スパムトラップ（罠として設置されたアドレス）にメールを送ってしまった
• 認証設定（SPF/DKIM/DMARC）に不備がある

特に自社サーバが第三者に「踏み台」として悪用されている疑いがある場合は、送信ログと送信キューをただちに確認し、原因の特定と配信停止を最優先で進めてください。

Q6. SNDSは Microsoft 365（法人向けOutlook）宛のメールも監視できますか？

いいえ、SNDSの対象はコンシューマー向けMicrosoftドメイン（Outlook.com / Hotmail / Live.com / MSN）に限定されます。Office 365、Microsoft 365 Business、Exchange Online、Entra B2B などの法人向けアカウント宛のメールデータは取得できません。法人向けの配信状況を把握したい場合は、SMTPログ・DMARCレポート・各社の到達性測定サービスなどを併用する必要があります。

Q7. SNDSに登録したのにダッシュボードに何も表示されません。なぜですか？

SNDSは、Microsoftコンシューマードメイン宛に1日100通以上のメールを送信していないと、データが表示されない仕様です。少量配信の場合や、IP登録直後でまだ送信実績が反映されていない場合（通常は反映まで24〜48時間程度）は、画面が空のまま表示されることがあります。また、SNDSが保持するデータは過去90日分までです。長期的な傾向分析を行いたい場合は、CSVエクスポート機能や自動データアクセスAPIを活用して、定期的に手元に保存しておくことをおすすめします。

Q8. 設定は何も変えていないのに、ある時期からOutlook宛だけ届かなくなりました。原因は？

2025年5月5日に始まったMicrosoftの送信者要件が原因の可能性があります。1日5,000通を超えてOutlook.com・Hotmail.com・Live.com宛に送る場合、SPF・DKIM・DMARCが必須で、満たさないと「550 5.7.515」で受信拒否されます。まずは自社ドメインのSPF/DKIM/DMARCが正しく設定され、From（差出人）ドメインと一致（アライメント）しているかを確認してください。これはブロック解除申請ではなく、認証設定の修正で解決します。なお5,000通未満でも、Microsoftは同じ認証設定を推奨しています。

Q9. これまで使っていたSNDSの自動データ取得用URLが、ある日から動かなくなりました。なぜですか？

SNDSポータルは2026年6月8日に新しいURLへ移行しており、旧URL（sendersupport.olc.protection.outlook.com）で発行されていた自動データアクセスリンクは、2026年6月22日までに順次廃止されています。CSVを自動取得するスクリプトやBIツールに旧URLを直接指定していた場合は、SNDSポータルにログインし直し、「自動データアクセス」画面から新しいリンクを再発行してください。あわせて、新しいリンクも発行から30日で失効する仕様に変更されているため、定期的な再発行を運用に組み込むことをおすすめします。