Daily MaverickIN PICTURES: Train derailment in Assam, India, and more from around the worldThe Jerusalem PostShin Bet claims new evidence in foreign election interference probe despite police findingsZDF heuteEntdecken Sie das ZDF-NachrichtenstudioDeadlineBeck Bennett To Star In Ski Resort Comedy In Works At FX, In Reunion With ‘SNL’ Duo Anna Drezen & Paul BrigantiABC NewsAt least 1 dead, multiple injured after building collapses in Brooklyn: FDNYInquirerHighlights: Day 42 of Sara Duterte impeachment trial | Nov. 11, 2026Digital SpyGavin and Stacey's Joanna Page reveals why sitcom co-stars "will be shocked" she's on I'm a CelebNU.nlPsychologisch onderzoek voor man die op politiemedewerker schoot in SchoonhovenESPNMLB Awards Week: Who will win Cy Young Awards on Wednesday?EngadgetNew York is forcing T-Mobile to stop putting data caps on low-income home internet plans東洋経済オンライン《Claudeに月3万円超課金》でわかった「AIがよくやる間違い方」2パターン 非エンジニアのライターが2年使い倒した実感 | ライフ | 東洋経済オンラインGMA NewsLIVE UPDATES: Sara Duterte Impeachment Trial (November 12, 2026)
The Daily Newsstand · Free, Always
Wednesday, November 11, 2026

Outlook.comがDMARC認証を受けていないドメインからのメールを拒否

Translate

2026年11月5日から9日にかけて、Outlook.com・Hotmail・Live・MSNといったMicrosoftのコンシューマー向けメールサービスで、DMARCレコードを公開していないドメインからのメールが一部拒否される事象が発生しました。Microsoftからの公式発表がないまま問題が発生したことから、多くのユーザーや企業に混乱を招きました。

Outlook.com Rejected Mail From Domains Without DMARC | MailRoute
https://mailroute.net/blog/outlook-rejecting-email-without-dmarc

今回の問題は、特に小規模な送信者や日常的にOutlook.comユーザーへメールを送信していた企業に影響を与えました。通常、Microsoftの送信者ルールは大量送信者を対象としていますが、今回はその対象外である小規模送信者にも影響が及んだ点が特徴です。送信者が受け取った主なエラーメッセージは以下の通りです。

・"550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)"
・"550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records"(※コードなし)

上記のエラーはSPF・DKIM・DMARC認証レコードの不足を示唆するものですが、実際にはSPFやDKIMは機能しているにも関わらずDMARCレコードのみが不足しているケースが多く見られました。さらに問題なのは、影響を受けたドメインからのメールの一部のみが断続的に拒否されるという挙動であったため、送信者が問題に気づかず放置してしまう可能性があった点です。

Microsoftによると、この問題はスパム対策ルールのアップデートに起因するもので、意図せずメールをブロックしてしまったとのことです。Microsoftはアップデートをロールバックし、問題は2026年11月9日 11:02 UTCに解決したと発表しました。

この問題の根本的な解決策は、ドメインにDMARCレコードを追加することです。具体的には、DNSに以下のTXTレコードを追加することでメールが正常に送信できるようになりました。

・Name: _dmarc
・Value: v=DMARC1; p=none

「p=none」はDMARCを使用していることを宣言し、レポートの送信を要求するものの認証失敗時のアクションは要求しない安全な設定です。「p=none」を追加することにより他の受信者がメールの扱い方に影響を受けることはありません。注意点として、DMARCが正常に機能するためには、SPFまたはDKIMのいずれかがメールの「From」アドレスのドメインに対して有効である必要があります。これら2つがドメインと一致しない場合、DMARCレコードだけでは問題を解決できません。

なお、MailRouteのアウトバウンドリレーを利用している場合、SPFとDKIMはMailRouteによって適切に設定されています。この場合、DMARCレコードを追加するだけで問題は解決します。MailRouteを利用していない場合でもDMARCレコードの追加は有効ですが、Microsoft 365などのメール送信サービスがドメインに対してSPFまたはDKIMを正しく設定していることを確認する必要があります。例えば、Microsoft 365ではDKIMを有効にするまではMicrosoftのドメイン「onmicrosoft.com」で署名されるため、DMARC認証にはカウントされません。

今回の事象はMicrosoftによるDMARCの事実上の要件化ではなく、スパムルールアップデートの際の「ミス」であったとされています。しかしながら、DMARCレコードを公開しておくことは今回の事象とは無関係にセキュリティの面で重要です。ドメインのなりすましはフィッシング詐欺やビジネスメール詐欺の主要な手口となっているため、Microsoft・Google・Yahooなどの主要メールサービスはバルク送信者に対してDMARCを要求しています。そのため、「p=none」を設定してDMARCを使用していることを宣言しておくことはOutlook.comへのメール配信を可能にするだけでなく、将来的には受信者に認証されていないメールを拒否するよう指示する「p=reject」の設定への第一歩にもなります。この機会にDMARCレコードの設定を検討することで、メールのセキュリティを強化し送信の信頼性を確保することにつながります。

View the original on GIGAZINE →

KioskNews shows a cleaned-up reading view extracted from the publisher’s page — the original always lives on their site, not ours.