要点
- Outlook.com 宛に送った正規のメールが、認証の不備を理由に弾かれたという報告が、2026年11月上旬から出ている。
- 原因は分かっていない。Microsoft のメール認証の厳格化との関係が指摘されているが、The Register は、ルール変更の説明がないと伝えている。
- 自分のドメインの SPF・DKIM・DMARC（送信元が本物だと証明する3つの仕組み）を確かめ、整えておけば備えになる。
何が起きたか
Outlook.com に送ったメールが、正しい送り手のものなのに届かない。The Register は2026年11月9日、こうした問題を報じた。送り手に返る不達通知には、SPF の検証失敗を示すものがある。DMARC の情報がないと書かれたものもある。同誌によると、報告は前の週の終わりごろから出ている。
Microsoft のサポートフォーラムでは、担当者がこれを「サービスの低下」として案内し、原因を調査中と答えたと、The Register は伝えている。Microsoft は同誌の問い合わせに答えていない。
背景には、Microsoft が2025年に発表した送信者向けの要件がある。Microsoft の発表によると、Outlook.com・Hotmail・Live 宛に1日5,000通を超えて送るドメインは、SPF と DKIM に通ったうえで、DMARC を設定しなければならない。DMARC の方針は最低でも p=none でよい。この条件を満たさないメールは、まず迷惑メールに回される。問題が解消しない場合は、拒否されることがある。2025年4月の更新では、拒否を始める日は「追って発表」とされていた。一方、Microsoft のサポートページには、大量送信者に対して、より厳しいメール認証を「now enforce」（いま強制している）と書かれている。
拒否されたときの不達通知は「550 5.7.515 Access denied, sending domain … does not meet the required authentication level」だ。
今回、利用者の報告には、設定が正しいはずの管理者が弾かれた例がある。DNS の記録を直したら流れ始めたという例もある。症状は断続的で、同じメールを再送したら届いたという例もある。
もうひとつ目を引くのは、1日5,000通よりずっと少ない小さな送り手の報告があることだ。Outlook のフォーラムには、1行だけのメールが弾かれたという投稿もある。ただし、これは利用者の報告であり、Microsoft が確かめた事実ではない。
日本の利用者への影響
日本での影響の大きさについては、今回確かめた資料の範囲では分からない。それでも、Outlook.com 宛に会員向けメール、予約の確認、請求書、問い合わせへの返信などを送っている事業者は、念のため届くかを確かめておきたい。届かなければ、客からは「連絡が来ない」と見える。
今すぐやること
- 自分のドメインから、Outlook.com のアドレス（自分用の無料アカウントでよい）にテストメールを送り、届くか確かめる。
- 届いたメールのヘッダーで、SPF・DKIM・DMARC の結果がすべて「pass」か見る。
- DMARC の記録がなければ作る。Microsoft が求める最低ラインは
p=noneだ。まず監視から始められる。 - 予約システム・メール配信サービス・フォームなど、自分の名前でメールを出す外部サービスを洗い出す。それぞれが自分のドメインで署名しているか確かめる。
- 不達通知が返ってきたら、本文の文言を保存する。同じ宛先への再送で届くこともあるので、一度試す。
背景
Microsoft は2025年に、大量に送る側へ向けて、メール認証の要件を発表した。今回の不達は、この要件との関係が指摘されている。
ただし、今回の不達がその実施によるものかは、まだ分かっていない。The Register は、同日に別の障害（Exchange Online の接続切断）が起きて元に戻されたとも伝えており、関連は不明だ。原因が分かるまでは、断定を避けるのが妥当だ。
技術者向けの詳細
- 不達通知:
550 5.7.515 Access denied, sending domain <domain> does not meet the required authentication level。Microsoft によると、5322.Fromのドメインが基準を満たさないときに出る。 - Microsoft が求める水準: SPF と DKIM がともに pass。DMARC は
p=none以上で、アライメント（From のドメインとの一致）は SPF か DKIM のいずれかで取る。Microsoft は両方で取ることを勧めている。 5321.MailFrom（return-path）と5322.Fromのドメインが一致するか確かめる。外部サービス利用時は、自ドメインを MailFrom に使い、自ドメインで DKIM 署名させる。- 記録の確認例（自分のドメインで実行）:
dig +short TXT example.jp
dig +short TXT _dmarc.example.jp
dig +short TXT selector1._domainkey.example.jp
- DMARC の最小例:
v=DMARC1; p=none; rua=mailto:dmarc@example.jp - SPF は DNS 参照が10回までという制限がある。外部サービスの
includeを足しすぎない。 - Microsoft は、転送やメーリングリストを通すメールには ARC の利用を勧めている。
- Microsoft の FAQ では、Safe Sender リストに入れても、この強制は回避できないとされている。
- 詳細: Microsoft のサポート記事「Fix NDR error 550 5.7.515 in Outlook.com」。