Ing. Calogero Bono
Outlook.comは、Microsoftの個人向けメールサービスです。1日に5,000通を超えて送信するドメインに、SPF、DKIM、DMARCを求めています。独立系のMailRouteからの報告では、DMARCレコードがないと、小規模な送信者でもメールが拒否されるといいます。Microsoftからの確認はまだありません。hotmailやoutlookのアドレス宛にメールを送る場合、気づかないうちに一部のメールが届かないおそれがあります。
事実に入る前に、いくつかの用語を確認しておきましょう。 SPFは、ドメインの代わりにメールを送信できるサーバーを列挙したDNSレコードです。DKIMは、メールが改ざんされていないことを保証するデジタル署名です。DMARCは、SPFとDKIMをメールのFromアドレスと結びつけ、確認に失敗した場合に受信側がどう扱うかを指定します。アライメントは、Fromのドメインが、SPFまたはDKIMで確認されたドメインと一致していることを指します。DNSは、ドメインに付随するレコードの一覧です。
Microsoftは大規模な送信者に何を発表したのか?
Microsoftは公式ブログで、1日5,000通を超えるドメインには、SPFとDKIMの合格、そして少なくともp=noneのDMARCが必要だと説明しています。DMARCはSPFかDKIMのどちらかと、できれば両方とアライメントされている必要があります。このルールはOutlook.com、つまりhotmail.com、live.com、outlook.comのアドレスに適用されます。
2025年5月5日以降、非準拠のメールは迷惑メールフォルダに振り分けられるはずでした。ただし4月29日の更新では方針が変わり、Microsoftは「550; 5.7.515 Access denied」というエラーで拒否する決定をしたと述べています。
MailRouteは何を指摘しているのか?
MailRouteによると、2026年11月5日からOutlook.comは、DMARCレコードがないドメインからのメールの一部を拒否しています。エラーメッセージは「550 5.7.1 Message rejected」で、認証レコードが不足しているという文言が付いています。
同社は11月5日に自社のログでこの現象を確認し、同じ日に他の管理者からも報告があったといいます。MailRouteによると、影響を受けるのは小規模な送信者も含まれ、多くのドメインではすでにSPFが機能しており、DKIMも設定されていることがある、とのことです。
なぜこの問題は気づきにくいのか?
MailRouteが述べるのは、一部だけの拒否です。Hotmailのアドレス宛てのメールは届き、次のメールは戻ってくる、といったことが起こり得ます。再送すると成功することもあります。送信者は記号だらけのエラーを見て、一時的な不具合だと考えてしまいがちです。
受信者は何も知りません。そのため、請求書、予約の確認、顧客からの返信などが、気づかれないまま消えてしまうおそれがあります。これは静かに被害が広がるタイプの問題で、企業よりも個人宛てにメールを送る人に多く見られます。3つのレコードがどう連携するかについては、SPF、DKIM、DMARCと送信者の評判の解説をご覧ください。
ドメインをどう確認し、修正するか?
MailRouteは、ドメイン名を自分のものに置き換えて、dig +short TXT _dmarc.example.comというコマンドで確認することを勧めています。v=DMARC1で始まる行が表示されなければ、レコードがありません。
修正方法として挙げられているのは、名前が_dmarc、値がv=DMARC1; p=noneのTXTレコードです。このポリシーは、受信側に失敗したメールへの対応を求めないため、他の場所でのメールの扱いは変わりません。ただし条件があり、DMARCはSPFかDKIMがFromのドメインとアライメントされている場合にのみ合格します。Microsoft 365を使っている場合、MailRouteは、自分のドメインでDKIMを有効にするまで、onmicrosoft.comによる署名は有効にならないと注意しています。
メールがご自身のホスティング領域に紐づいている場合は、DNSを管理しているのが誰かを確認してください。これについてはドメイン、ホスティング、メールで説明しています。
知っておくべき制約
拒否の情報は、メール配信サービスを提供する一社だけが伝えています。同社は商業的な利害も持っています。MailRouteによると、Microsoftは11月6日時点で何も公表していません。影響を受けるドメイン数、この措置が恒久的か試験的か、拒否されたメールが他の要因に左右されるのかも不明です。また、確定的な拒否の公式な開始日もまだ発表されていません。
デジタル業務に携わる人にとっての変化
まず、送信に使っているすべてのドメインを確認しましょう。顧客のドメインを管理している場合も同様です。p=noneのDMARCなら数分で設定できます。次に、SPFかDKIMがアライメントされているかを確認します。ニュースレター、業務システム、サイトのフォームなど外部ツールで送信している場合は特に重要です。Microsoftは、送信を第三者に任せている場合でもドメイン側のレコードが必要であり、安全な送信者リストは尊重されないと注意しています。カート放棄メールの自動化などでメールマーケティングをしている場合は、バウンスに注意してください。
編集部の見解
内容は筋が通っています。ルールは大規模な送信者向けに作られていますが、やがてすべての送信者の基準になり、主要なプロバイダーもその方向に進んでいます。弱点は告知の仕方です。部分的な拒否が事前に知らされず、エラーメッセージが原因を説明しないままだと、専任の技術者がいない小規模事業者が負担を負うことになります。報告の裏付けはまだ必要ですが、p=noneのレコードの費用はとても低いため、確認を待つ理由はほとんどありません。公開されたDMARCは、なりすましへの対策にもなります。これについてはフィッシングとメールを使った詐欺で扱っています。
よくある質問
1日5,000通未満しか送信しなくても対応が必要ですか?
はい、対応したほうがよいでしょう。公式ルールは大規模な送信者を対象としていますが、Microsoftはこれらの取り組みによって全員が恩恵を受けると書いています。MailRouteは小規模な送信者でも拒否が起きていると報告しています。
最低限のDMARCレコードはどのようなものですか?
名前が_dmarc、値がv=DMARC1; p=noneのTXTレコードです。MailRouteによると、これによって他の受信側があなたのメールを扱う方法は変わりません。ただし、SPFかDKIMがアライメントされている場合にのみ機能します。
拒否されたことはどう見分けますか?
送信者に戻ってくるエラーメッセージで分かります。Microsoftは大規模な送信者について550 5.7.515を挙げ、MailRouteは認証レコードが不足していることを示す文言とともに550 5.7.1を報告しています。
安全な送信者リストに登録すれば解決しますか?
いいえ。Microsoftは、新しいルールの適用では安全な送信者リスト（Safe Sender list）が尊重されないと明言しています。
外部サービスで送信する場合も、DNSの設定は必要ですか?
はい。Microsoftは、送信を第三者に任せている場合でも認証はあなたのドメインに紐づくと説明しています。正しいDNS設定については、サービス提供者と連携する必要があります。
今後数か月のOutlookの拒否で注目すべき点
残る不確定要素は2つです。Microsoftが少量送信者へのルールを確定するかどうか、そして確定的な拒否がいつ始まるかです。
- 送信ログを確認し、hotmail、live、outlookのアドレス宛てのバウンスを数えてください。
- Microsoftの公式コミュニティブログをフォローしてください。新しい段階の日程がそこで発表されるはずです。
- 送信元がすべて揃ったら、Microsoftの勧めに従い、noneからquarantine、そしてrejectへと段階的に移行することを検討してください。
