このページの内容Outlook.comと2025年5月のルール
「Outlook」には3つの異なるフィルターがあり、どのフィルターがメールを迷惑メールに移動したかによって対処方法が変わります。まず、Microsoftの個人向けメールサービスであるOutlook.comがあり、hotmail.com、live.com、msn.comのアドレスも対象です。次に、企業が料金を支払って利用する法人向けメールボックスのMicrosoft 365があり、受信者の会社の管理者がスパムポリシーを設定します。さらに、利用者のコンピューター上のOutlookアプリがあり、サーバーの判定とは別に、独自の迷惑メールフィルターを実行できます。Microsoftが2025年に発表した送信者向けルールは、このうち最初のものだけに適用されます。
そのため、DNSレコードを1つでも変更する前に、受信者のアドレスを確認します。hotmail.comまたはoutlook.comのアドレスには、以下の個人向けルールが適用されます。Microsoft上でメールを運用している企業のアドレスには、その企業のITチームが作成したテナントポリシーが適用されます。
Outlook.comと2025年5月のルール
2025年4月、Microsoftは、同社の一般消費者向けサービスに1日5,000通を超えるメールを送信するドメインに対する要件を発表しました。Postmasterポリシーページでは、発効日を2025年5月5日としています。この送信量を超える場合は、次の要件が適用されます。
- 送信ドメインのSPF認証に合格する必要があります。
- DKIM認証に合格する必要があります。
- DMARCを「少なくともp=none」で公開し、SPFまたはDKIMとアラインメントを取る必要があります。「できれば両方」とされています。ポリシーページでは、
p=rejectも推奨しています。
バウンスに関するサポート記事では、少し異なる表現が使われています。Fromアドレスに同じドメインを使用してMicrosoftの一般消費者向けサービスに送信されるメッセージが5,000通以上の場合を対象とし、SPFとDKIMの両方のチェックに合格する必要があると説明しています。また、ドメインがこの基準に達すると、基準超過の原因となったニュースレターだけでなく、「そのドメインの送信者から送られるすべてのメッセージ」がルールを満たすことをMicrosoftは求めています。示されているDMARCの例は、最小限に近いレコードです。
Hostname: _dmarc
TXT value: v=DMARC1; p=noneこれには、rua=mailto:dmarc@example.comなど、実際にメールを確認するアドレスをレポート送信先として追加します。Outlook.comは集約レポートを送信します。MicrosoftのFAQによると、RUAは送信しますが、RUFを送信する予定はありません。DMARCチェッカーでは、指定したアドレスがレポートを受信できるかどうかを確認できます。
Googleも2024年2月にGmail向けの基準を同じ1日5,000通に設定し、2025年11月には拒否を含む適用強化を段階的に開始しました。Yahooも同様の要件を適用していますが、しきい値は示していません。
このルールの適用方法は、発表から間もない時期に変更されました。当初の投稿では、準拠していないメールはまず迷惑メールに振り分けられ、その後、拒否される可能性があるとしていました。4月29日付の更新では、Microsoftが代わりに拒否することを決定したと記載されていますが、同じ投稿の下部には、まず迷惑メールに振り分けるという以前の説明も残っています。現時点で慎重に解釈すると、2025年5月5日以降、準拠していないメールは迷惑メールに振り分けられ、現在はOutlook.comが次のメッセージで拒否する場合もあります。
550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.
拒否への切り替え日が公表された記録は見つかりませんでした。サポート記事では、単に現在の動作として説明されています。
バウンスコードが示す内容
Outlook.comからのバウンスは、メッセージが迷惑メールに振り分けられたままになる場合よりも有用です。理由が明記されているためです。Microsoftのトラブルシューティングページにはコードの一覧表があり、一般的な送信者に関係するのは次のコードです。
| コード | Microsoftが示す意味 |
|---|---|
550 5.7.515 | 1日に5,000通を超えて送信するドメインが、SPF、DKIM、DMARCで認証されていません |
550 SC-001 | ポリシーによる拒否、"content with spam-like characteristics or IP/domain reputation" |
550 SC-004 | そのIPから送信されたメールへの苦情を受けて、IPがブロックされています |
421 RP-001 | 接続元IPに対するレート制限です。これもレピュテーションが理由です |
Microsoft独自のコードが付いていない単純な550 5.7.1は、別の種類の拒否です。このコードの読み方については別のページがあります。
サードパーティ送信者とSPF要件
多くのドメインでは、ニュースレタープラットフォーム、CRM、ヘルプデスク、請求システムなど、複数のサービスから同時にメールを送信しています。各サービスはFrom欄にあなたのドメインを使用して送信するため、すべてをDNSレコードでカバーする必要があります。プロバイダーが代理で送信する場合もルールが適用されるかという質問に対し、MicrosoftのFAQは「はい。送信を外部委託する場合でも、認証はあなたのドメインに関連付けられます」と回答しています。サポート記事には、確認すべき点が明記されています。DKIMがあなたのドメインで署名されていること、そしてSPFレコードに「サービスが必要とするIPアドレスまたはinclude値が含まれていること」です。
ここで、SPFとDKIMの両方を必須とすることが分かりにくくなります。多くのプラットフォームはバウンスアドレスに自社のドメインを使用しており、SPFが実際に確認するのはそのReturn-Pathです。この場合、SPFはプラットフォームのドメインでpassとなり、「passが必須」という部分を満たします。そしてDMARCアライメントは、あなたのドメインを使用したDKIM署名で満たす必要があります。プラットフォームが代わりに自社のドメインで署名すると、SPFとDKIMは両方ともpassになりますが、アライメントは成立しません。その結果発生するDMARC failこそが、5.7.515の問題です。サポート記事では、Return-PathドメインがFromドメインとアライメントしているかどうかも確認するよう求めています。2つのpass、アライメントはゼロ、これが5.7.515の全容です
SPFにサービスを追加するたびに、DNSルックアップも消費します。MicrosoftのFAQでは、「DNSルックアップが10回を超えると、SPFチェックが失敗する可能性があります」と説明しています。SPFチェッカーで回数を確認できます。10回を超えている場合は、10回未満に戻す方法を確認してください。DKIMチェッカーでは、各プラットフォームのセレクターが一致しているかを確認できます。
Microsoft 365では他者のポリシーによって振り分けられます
Microsoft 365組織には、管理者が設定するスパム対策ポリシーがあります。初期設定では、スパム、信頼度の高いスパム、一斉送信メールは迷惑メールフォルダーに入り、フィッシングは隔離され、信頼度の高いフィッシングは常に隔離されます。送信者にとって最も大きな問題となるのは隔離です。受信者が自分で探さない限り、どのフォルダーにもメッセージが見つからないためです。既定のポリシーでは15日間、StandardとStrictのプリセットでは30日間保持されます。
一斉送信メールには、一斉送信メール苦情レベルという独自の指標があります。BCLが1から3の場合は苦情が少ない一斉送信者、8または9の場合は苦情が多い送信者を意味します。既定のポリシーではBCL 7から、Standardプリセットでは6から、Strictでは5から一斉送信メールが迷惑メールフォルダーに送られます。さらに2026年7月からは新しい判定レイヤーが追加されます。宣伝目的の一斉送信メールには、BCLにかかわらずPromotionsタグが付けられ、管理者が「Bulk moves enabled」を有効にしている場合はPromotionsフォルダーに入ります。これはスパムではありませんが、受信トレイにも入りません。この機能は現在も段階的に展開されています。
Microsoftの2つのシステムは互いに独立しているわけではありません。Microsoftによると、Microsoft 365のスパムフィルタリングは「learns from known spam and phishing threats and user feedback from our consumer platform, Outlook.com」とされているため、hotmail.comの利用者による報告は、企業の受信トレイで使用されるフィルターにも反映されます。
管理者は送信者を許可リストに追加することもできます。その場合、マルウェアと信頼度の高いフィッシングを除くほとんどの保護が回避されます。取引先企業で請求書が繰り返し迷惑メールフォルダーに入る場合、実際の判定を確認できるのはその企業のITチームです。
ヘッダーで判定結果を確認する
Microsoft 365のメールボックスが受信した状態のメッセージを取得できる場合、スパム対策ヘッダーに判定結果が明記されています。X-Forefront-Antispam-Reportには、確認しておくべきフィールドがいくつかあります。
SFV:SPMはスパムフィルタリングによってスパムと判定されたこと、SFV:NSPMはスパムではないと判定されたこと、SFV:SFEは送信者がユーザーのSafe Sendersリストに含まれているため、フィルタリングがスキップされたことを意味します。CATは適用されたポリシーのカテゴリを示します。SPM、HSPM（高確度のスパム）、BULK、PHSH、SPOOFがあります。SCLは-1、または0から9までの数値です。古いガイドでは、これを判定結果として扱っています。Microsoftの現在のSCLページには、この値は「スパムフィルタリングがメッセージをスパムまたは高確度のスパムとして識別するかどうかを決定するものではない」と記載されているため、最初にCATを確認します。
ヘッダーにはcompauthも含まれます。これは、SPF、DKIM、DMARC、およびメッセージのその他の要素から構成されるMicrosoftの総合判定です。理由コード001は暗黙的な認証に失敗したことを意味し、通常は送信ドメインが認証レコードを公開していないか、弱いポリシーしか設定していない場合に発生します。
SNDSとJMRP、Postmasterサイトへ移行
Smart Network Data Services、通称SNDSは新しいPostmasterサイトに移行し、sendersupport.olc.protection.outlook.comにあった旧サイトに代わりました。IPアドレス単位でレポートされるため、データを表示するにはIPレンジを所有していることを証明する必要があります。データには送信量、苦情率、フィルターがスパムと判定したトラフィックの割合を示す色が含まれます。10%未満は緑、10%以上90%以下は黄、90%超は赤です。アクセス権は承認または移行から10か月後に期限切れとなり、更新が必要です。
小規模な送信者の場合、SNDSには何も表示されないことがあります。特定の日に送信数が100通未満だったIPは対象外になる場合があるためです。また、プラットフォームの共有IPを使用して送信している場合、そのアドレスを所有していないため登録できません。
JMRP、Junk Mail Reporting Programはフィードバックループです。SNDSから登録すると、Outlook.comユーザーが迷惑メールとして報告したメッセージについて、選定されたヘッダーがMicrosoftから送信されます。通常は72時間以内に開始されます。新しいIPを追加した場合は、JMRPにも追加してください。
Microsoftは、迷惑メールの苦情率を送信者のレピュテーションを決める「主要な要因の1つ」としており、SNDSのFAQでは0.3%未満の苦情率を「目指すべき適切な基準」としています。新しいIPには時間がかかります。Microsoftによると、新しいIPは「送信量とリストの正確性に応じて、数週間以内またはそれより早く」完全に立ち上がる見込みです。また、料金を払って登録できるリストはありません。トラブルシューティングページでは、送信者が登録できる許可リストをOutlook.comが運用しているかという質問に対し、「No.」と回答しています。
相手側で変更できること
一部は受信者側の設定によるため、読者に対応を依頼しても問題ありません。Outlook.comでは、Settings、Mail、Junk emailの順に進むと、ユーザーはメッセージをNot junkに指定したり、送信者をSafe senders and domainsに追加したりできます。このリストには最大10,000件を登録でき、Microsoftによると、通常、登録された送信者のリンクと画像はデフォルトで有効になります。厳格な設定を望むユーザーは「exclusive」モードも有効にできます。このモードでは、ContactsとSafe Sendersからのメールだけを受信します。
Junkボタンは逆の働きをします。Microsoftはこれらの報告を使用して、同じ送信者から今後届くメールをブロックすべきか判断します。また、送信者向けの推奨事項では、「明確に表示された」配信停止リンクを設置するよう求めています。Microsoftの説明では、GmailとYahooが必須としているワンクリックのList-Unsubscribeヘッダーには触れていません。しかし、同じキャンペーンを3社すべてに送信するため、すべてのメールに追加することをお勧めします（2つのヘッダー）。
デスクトップアプリには独自のJunk Email Filterがあります。デフォルトは「No Automatic Filtering」に設定されており、その上にLow、High、「Safe Lists Only」があります。最後の設定では、ユーザーのセーフリストに含まれていない送信元からのメールをすべて迷惑メールとして扱います。安全な送信者とブロック対象のリストはサーバーと同期され、サーバー側でも使用されます。
さらにFocused Inboxがあり、受信トレイをFocusedとOtherに分けます。Microsoftの説明では、「自動生成メールや一斉送信メールなど、不要な送信元を除外」します。Otherは受信トレイ内のタブなので、ニュースレターがそこに入っている場合、すでにスパムフィルタリングを通過していると考えられます。
実際に送信する前のテスト
Microsoftのトラブルシューティングページでも、「実際のメールを配信する前にメールテストを実施することを強く推奨します」と説明しています。この手順はEmail Spam Testerで実行できます。実際に使用するサーバーやプラットフォームから、ページで生成されたアドレスに実際のメッセージを送信すると、レポートに42件のチェック結果が表示されます。内容は、アライメントを含むSPF、DKIM、DMARC、逆引きDNS、送信IPが21件のブロックリストに登録されているかどうか（ブロックリストが重要な理由）、配信停止ヘッダー、コンテンツです。失敗したチェックには修正手順とコピー可能なDNSレコードが表示され、各修正で改善する点数はスコアリング表に基づいています。
受信先テストを追加すると、同じメッセージがGmail、Outlook、Yahooなどのプロバイダーの受信トレイにも送信されます。レポートには、各メールボックスから直接読み取った配信先が表示され、プロバイダーがそのように振り分ける場合はFocusedまたはOtherも確認できます。無料で、登録は不要です。ドキュメントでは、すべてのチェック項目と各項目の点数を説明しています。
次にサポートチケットを送信する場合は、Microsoftの到達性フォームで受け付けているのは、@outlook.com、@hotmail.com、@live.com、@msn.comのアドレスに関する問題だけであることに注意してください。また、ポリシーページには、要件に準拠していない場合、「サポートチームによる支援ができない可能性があります」と記載されています。