本文へスキップ

Microsoft DMARC要件チェック

Outlook.com向けに公開SPF、DMARC、主なDKIMセレクタをチェック。認証は実際のメールで確認します。

Microsoft要件チェックで確認できることは？

公開SPF・DMARCレコードと、主なDKIMセレクタを確認します。DNSの基準確認として使い、そのうえで対象プラットフォームから送ったメールでSPF、DKIM、DMARCアライメントをテストします。公開レコードだけでは、Outlook.comでの受信は証明できません。

要件は2026年9月28日に確認済み。出典： Microsoftの550 5.7.515ガイダンス。メール単位の診断手順はこちら： 550 5.7.515修正ガイド.

メール認証ナレッジベース

Microsoftの要件準拠を証明できますか？

Microsoft要件チェックは、公開SPF・DMARCレコードを確認し、主なDKIMセレクタを調べます。本番のメールがSPF、DKIM、DMARCアライメントをパスするかは判断できません。同じ送信プラットフォームからメールを送り、認証結果を確認してください。

Outlook.comの認証要件の対象は？

Microsoftは550 5.7.515を、同じ表示上のFromドメインで、Outlook.com、Hotmail、Live.com、MSNなどの個人向けサービスに1日5,000通以上送るドメインについて定めています。Microsoft 365テナントでの拒否全般に当てはまる診断ではありません。

SPFにincludeは必須ですか？

いいえ。SPFレコードは送信元IPアドレスを直接許可できます。問題はレコードにinclude:があるかではなく、メールの実際の送信元がReturn-Pathドメインで許可されているかです。

DKIMが未確認なら、署名は無効ですか？

いいえ。このツールは主なセレクタを調べます。送信プラットフォームが別のセレクタを使うこともあります。メールのDKIM-Signatureヘッダーかプロバイダーの設定でセレクタを確認し、そのセレクタを照会したうえで、新たに送ったメールで検証してください。

DMARCをp=rejectにする必要は？

この要件では、有効なp=none、p=quarantine、p=rejectのどれでも認められます。メールではSPFとDKIMの両方がパスする必要があり、DMARCをパスするには、パスした識別子の少なくとも1つが表示上のFromドメインと一致する必要があります。ポリシーを強めるだけでは、認証は直りません。

Palisade MCPで結果を調べるには？

結果に用意されたMCPプロンプトをコピーし、Palisadeをアシスタントに接続します。プロンプトには、チェックしたドメインとDNSの結果が含まれます。Palisadeは利用可能なレポートと該当タスクを確認し、レビュー用の修正案を提示し、承認後の公開を経てDNSを検証できます。外部DNSへの公開は、承認済みのプロバイダーアクセスか、アプリのスマートDNS設定で行います。その後、実際の送信経路で再テストしてください。