【解決済み】Outlook送受信エラー「Message lacks SPF/DKIM/DMARC Auth Records」の原因と対処法5選｜2026年11月は月例更新のせい？
結論
2026年11月にOutlookで送受信エラーが出た、メールが送れない、相手から届かない。月例更新の直後だったので「更新のせいだ」と考えた方も多いはずです。
結論から言うと、11月の月例更新そのものが送受信エラーの原因だという公式情報はありません（2026-11-13時点）。
実際に多発したのは、Microsoftのメールサーバー（Exchange Online）側の不具合です。スパム対策ルールの更新が正当なメールまで誤って拒否していました。
Microsoftはこれをインシデント「EX1545193」とし、11月10日に変更を戻して復旧済みと発表しています（Microsoft Learn Q&A）。
つまり、次のように切り分けられます。
- 11月5日〜10日ごろに「550 5.7.1」などのエラーメールが返ってきた → Microsoft側の不具合。まずは再送する
- 11月11日以降も同じエラーが続く → 自分（または相手）のドメイン設定や、PC側の問題を確認する
以下で、症状の見分け方と自分でできる対処の手順を順に説明します。
出典: Pexels
Outlookで送受信エラー・メールが送れない症状とは
今回の不具合で多く報告されたのは、送ったメールが数分後に「配信できませんでした」というエラーメール（NDR＝配信不能通知）で戻ってくる症状です。
配信不能通知は、送信したメールに対する自動返信として、通常は数分以内に届きます。見当たらない場合は、迷惑メールフォルダも確認してください。
宛先はOutlook.com・Hotmail.com・Live.com・MSNのアドレスでした。受け取る側から見ると「相手が送ったはずのメールが届かない」状態になります（Microsoft Learn Q&A）。
エラーメールに次の文字列が入っていれば、今回の不具合に当てはまる可能性が高いです（Windows Latest）。
550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)
550 5.7.23 The message was rejected because of Sender Policy Framework violation
SPF・DKIM・DMARCは、メールが本当にそのドメインから送られたかを確かめる「送信元の身分証明」の仕組みです。エラー文はこの証明が足りないと言っていますが、今回は設定が正しくても拒否される例がありました。
原因の切り分けは一つに絞れていません。SPF・DKIM・DMARCを正しく設定していたのに拒否されたという報告（Austin W氏）があります。
一方で、DMARCレコードを追加したら解消したという報告も、同じMicrosoft Q&Aのスレッドにあります。
Microsoft側の誤判定が主な原因だったとしても、自分のドメインのDMARC設定が未整備だと、復旧後も似たエラーに遭いやすくなる可能性があります。
原因は「月例更新」ではなく何だったのか
11月の月例更新に既知の送受信不具合は無い
Microsoft公式の「classic Outlook for Windowsの既知の問題」ページで2026年11月分に載っているのは、連絡先を共有するとエラーが出る問題だけです。
送受信エラーの記載はありません（Microsoft サポート、2026-11-13時点）。
new Outlook for Windowsの既知の問題ページも、2026年11月分の更新はありません。
送受信に関する項目は2025年9月の送信遅延と、2026年6月の「0x80004005」同期エラー（修正済み）のみです（Microsoft サポート）。
実際の原因はExchange Online側の誤動作（EX1545193）
Microsoftは、2026年11月上旬に行ったスパム対策ルールの更新が、正当なメールを「SPF違反」と誤って判定していたと説明しています。PCに入れる更新プログラムではなく、サーバー側の変更です。
| 日付（2026年） | 出来事 |
|---|---|
| 11月5日ごろ | Outlook.com宛てのメールが拒否される現象の報告が始まる |
| 11月6日 | SPF・DKIM・DMARCがすべて合格なのに拒否されたという報告が出る |
| 11月9日 | Microsoftのモデレーターが「サービス低下」として調査中と認める |
| 11月10日 | インシデントEX1545193として変更をロールバック。「Service Restored」と発表 |
| 11月11日 | 「修正完了・監視継続中」と報じられる（The Register） |
Q&Aでは「SPF=pass、DKIM=pass、DMARC=passなのに拒否された」（Austin W氏、11月6日）という報告もありました。送る側の設定ミスだけが原因ではなかったことがわかります。
同じ不具合はドイツのheise onlineやオランダのdutchitchannel.nlも報じ、複数の国で起きた障害でした（一部記事はIDを「EX1540236」と表記していますが、本記事はMicrosoftモデレーターが示した「EX1545193」を使います）。
先に直し方を知りたい方は、次の「自分の状況を切り分けるチェックリスト」に進んでください。
紛らわしい「550 5.7.515」との違い
似たエラーに「550 5.7.515」があります。こちらは2025年5月から続く、大量送信者向けの恒常的なルールです（Microsoft サポート）。
| 項目 | 11月の一時的な不具合 | 大量送信者向けのルール |
|---|---|---|
| 時期 | 2026年11月5日〜10日ごろ | 2025年5月から適用中 |
| エラーコード | 550 5.7.1／550 5.7.23 | 550 5.7.515 |
| 対象 | 送信量に関係なく、個人や小規模ドメインにも発生 | 1日5,000通以上送る送信者 |
| 現在の状態（2026-11-13時点） | Microsoft側で修正済み | 仕様として継続 |
個人で数通しか送らない方が「550 5.7.515」を受け取ることは、通常は考えにくいです。エラーコードを見れば、どちらの話かを見分けられます。
大量送信者向けのメール配信サービス（メルマガ配信システムなど）を使っている場合は、「550 5.7.515」に当てはまるかを別途確認してください。
出典: Pexels
自分の状況を切り分けるチェックリスト
エラーメールの内容と時期から、自分の状況に近い行を探してください。
| 症状 | 考えられる原因 | 次にすること |
|---|---|---|
| 11月5日〜10日に「550 5.7.1」「550 5.7.23」が返ってきた | Microsoft側の不具合（EX1545193） | 手順1の再送 |
| 11月11日以降もOutlook.com宛てだけ同じエラーになる | 送信ドメインのDMARC未設定の可能性 | 手順3のDMARC確認 |
| 「550 5.7.515」が返ってくる | 大量送信者向けルールの要件不足 | 送信ドメインの管理者へ相談 |
| エラーメールは来ないが、送信トレイに残る・受信できない | PCのOutlook側の問題 | 手順4と「それでも解決しない場合」 |
具体的な解決手順（簡単なものから）
手順1：拒否されたメールを再送する
Microsoftは、拒否されたメールは送信者側での再送が必要と案内しています。復旧後に自動で届くわけではないので、大事なメールは送り直してください。
「同じ宛先でも一部だけ拒否され、再送すると届くことがある」という報告もあります（David Carver氏、11月9日）。大切なメールは、相手に届いたかも確認しておくと安心です。
手順2：サービスの状態を確認する
会社や学校のMicrosoft 365を使っている場合は、管理者がMicrosoft 365のサービス正常性でExchange Onlineの状態を確認できます。
個人の方は、まずMicrosoft Learn Q&Aのスレッドを確認してください。インシデントの発表や「解決済み」の状況がここにまとまっています。
「解決済み」は11月10〜11日時点の発表です。その後の状況は変わる可能性があるため、最新の情報を確かめてください。
同じ時期に同様の報告がないか自分で調べる場合は、受け取ったエラーコード（例：「Outlook 550 5.7.1」）やインシデントID「EX1545193」で検索すると見つけやすくなります。
手順3：送信ドメインのDMARCを確認する
独自ドメイン（会社のドメインなど）から送っていて、11月11日以降もエラーが続く場合はこの手順です。ドメインのDNS設定に、DMARCのレコードがあるかを確認します。
無い場合は、_dmarc.ドメイン名にv=DMARC1; p=noneを追加する方法が共有されています（Hornblower409氏、11月7日）。
p=noneは「認証に失敗しても拒否しない」設定で、最初の一歩として使われます。
ただし、これはユーザーが効果を報告した暫定策で、Microsoftが今回の不具合の正式な対処として案内したものではありません。DNSは自分で触らず、ドメインの管理者や業者に依頼するのが安全です。
手順4：セーフモードでOutlookを起動する
エラーメールが来ないのに送受信できない場合は、PC側を疑います。Outlookを、アドインを読み込まない「セーフモード」で起動して試してください。
Windowsでは、OutlookのショートカットをCtrlキーを押しながらクリックすると、セーフモードで起動できます。
セーフモードで送受信できれば、アドインやセキュリティソフトの干渉が考えられます。
手順5：Microsoftサポートに問い合わせる
ここまでで解決しない場合は、Microsoftサポートへ問い合わせます。エラーメッセージの全文と、エラーメール（NDR）に記載されている「Network Message ID」という項目の値、または該当メールの.emlファイルを添えると調査が進みやすくなります。
Q&Aではサポートの対応に不満を書いた投稿（Mike W氏、11月10日）もありました。情報をそろえておくと、やり取りの回数を減らせます。
それでも解決しない場合の対処法
エラーメールが返ってこず、送信トレイにメールが残る、受信も止まっているなら、今回のサーバー側の不具合とは別の原因が考えられます。
Outlookのプロファイルの破損やネットワーク設定、ウイルス対策ソフトなど、PC側の一般的な原因はOutlookで送受信できないときの原因と対処法で詳しく説明しています。手順に沿って順に確認してください。
まとめ
2026年11月のOutlook送受信エラーは、月例更新ではなくExchange Online側のスパム対策ルールの誤動作（EX1545193）が原因でした。11月10日に修正済みと発表されています。
まずはエラーメールのコードを見て、「550 5.7.1」「550 5.7.23」なら拒否されたメールを再送してください。11月11日以降も続くなら、ドメインのDMARC設定やPC側を順に確認しましょう。
独自ドメインでメールを送る立場なら、DMARCを設定しておくと今後の同じようなトラブルの予防になります。更新の直後に不具合が起きても、更新が原因とは限りません。
classic Outlookの既知の問題ページやnew Outlookの既知の問題ページ、サービスの状態を確かめる習慣をつけておくと安心です。
次に似たトラブルに遭遇したときも、まず「月例更新のせいかどうか」ではなく「公式の既知の問題ページとサービスの状態」を確認する、という同じ手順が役立ちます。
