ヒント
Microsoft Defender for Office 365 プラン 2 の機能を無料で試すことができることをご存知でしたか? Microsoft Defender ポータル試用版ハブで、90 日間の Defender for Office 365 試用版を使用します。 サインアップできるユーザーと試用版の条件については、「Microsoft Defender for Office 365 を試す」を参照してください。
適用対象
- すべてのクラウド メールボックスの組み込みのセキュリティ機能
- Microsoft Defender for Office 365 プラン 1 およびプラン 2
- Microsoft Defender XDR
この記事では、クラウド メールボックスを使用する Microsoft 365 組織のスパム対策保護に関してよく寄せられる質問と回答について説明します。
検疫に関する質問と回答については、「検疫に関する FAQ」を参照してください。
マルウェア対策保護に関する質問と回答については、「 よく寄せられる質問: マルウェア対策保護」を参照してください。
なりすまし対策保護に関する質問と回答については、「 なりすまし対策保護に関する FAQ」を参照してください。
既定では、スパムとして検出されたメッセージはどうなりますか?
受信メッセージ: ほとんどのスパムは、ソース電子メール サーバーの IP アドレスに基づいて、サービスのエッジで接続フィルター処理によって検出されます。 スパム対策ポリシー (スパム フィルター ポリシーまたはコンテンツ フィルター ポリシーとも呼ばれます) は、メッセージを一括、スパム、高信頼スパム、フィッシング、または信頼度の高いフィッシングとして検査および分類します。
スパム対策ポリシーは、Standardおよび厳格な事前設定されたセキュリティ ポリシーで使用されます。 特定のユーザー グループに適用されるカスタムスパム対策ポリシーを作成できます。 また、既定のスパム対策ポリシーは、Standardと厳密な事前設定されたセキュリティ ポリシーまたはカスタム ポリシーで指定されていないすべての受信者に適用されます。
既定では、スパムとして識別されたメッセージは、Standardの事前設定されたセキュリティ ポリシー、カスタムスパム対策ポリシー (構成可能)、および既定のスパム対策ポリシー (構成可能) によって迷惑メール Email フォルダーに移動されます。 厳密な事前設定されたセキュリティ ポリシーでは、スパム メッセージは検疫されます。
詳細については、「 スパム対策ポリシーの構成 」と「 推奨されるスパム対策ポリシー設定」を参照してください。
重要
すべてのクラウド メールボックスの組み込みセキュリティ機能がオンプレミスの Exchange メールボックスを保護する環境では、クラウドからスパム フィルター処理の判定を認識するために、オンプレミスの Exchange organizationで Exchange メール フロー ルール (トランスポート ルールとも呼ばれます) を構成する必要があります。 詳細については、「クラウドで検出されたスパムをオンプレミスのメールボックスの迷惑メール Email フォルダーに配信する」を参照してください。
オンプレミス Exchange のルールと一致するように Microsoft 365 でルールを手動で作成した後、ルールはハイブリッド環境でレプリケートされます。
送信メッセージ: メッセージは 、リスクの高い配信プール を介してルーティングされるか、配信不能レポート (NDR またはバウンス メッセージとも呼ばれます) で送信者に返されます。 詳細については、「 送信スパム保護」を参照してください。
0 日間のスパムバリアントとは何ですか。また、サービスによってどのように処理されますか?
0 日間のスパムバリアントは、最初の世代で、以前は不明だったスパムのバリエーションであり、キャプチャまたは分析されたことがないため、スパム対策フィルターではまだ検出できません。 0 日間のスパム サンプルがスパム アナリストによってキャプチャおよび分析された後、スパム分類基準を満たしている場合、スパム対策フィルターが更新されて検出され、"ゼロデイ" とは見なされなくなります。
注:
0 日間のスパムバリアントである可能性のあるメッセージを受け取った場合は、「メッセージとファイルを Microsoft に報告する」で説明されているいずれかの方法を使用して 、Microsoft にメッセージを送信してください。
スパム対策保護を提供するサービスを構成する必要はありますか?
その必要はありません。 既定のスパム対策ポリシーは、サービスにサインアップしてドメインを追加した後、Microsoft 365 organizationのすべての現在および将来のクラウド受信者を保護します。
管理者は、次の方法を使用して、スパム対策保護をさらに強化できます。
- ユーザーをStandardに追加し、セキュリティ ポリシーを事前に設定します。
- 既定のスパム対策ポリシーで既定のスパム フィルター設定を編集します。
- organization内の指定したユーザー、グループ、またはドメインに適用されるスパム対策ポリシーを作成します。
詳細については、次の記事を参照してください。
スパム対策ポリシーを変更した場合、変更が有効になるにはどのくらいの時間がかかりますか?
変更は、保存後に有効になるまでに最大 1 時間かかる場合があります。
スパム対策ポリシーのスコープを設定するために使用される配布グループを変更した場合、追加または削除されたグループ メンバーの変更が有効になるにはどのくらいの時間がかかりますか?
既存のポリシーのスコープ設定に使用されるグループにユーザーを追加すると、ポリシーの適用が遅れる可能性があります。 この遅延は、ポリシー更新の待機時間が原因ではありません。 代わりに、グループ メンバーシップの拡張とキャッシュの待機時間が原因で遅延が発生します。 スパム対策およびその他の脅威ポリシー ルール オブジェクトは、メール フロー ルール (トランスポート ルールとも呼ばれます) Exchange によって使用されるのと同じルール エンジンに依存するため、同じグループ メンバーシップ評価動作を継承します。 ポリシーの変更を特定のユーザーに対して迅速に有効にする必要がある場合は、グループではなく個人にポリシーのスコープを設定します。
バルク メールのフィルタリングは自動的に有効になりますか?
はい。 一括メールの詳細については、「 迷惑メールと一括メールの違いとは」 と「 一括苦情レベル (BCL)」を参照してください。
このサービスでは URL フィルター機能が提供されますか?
はい。サービスには、メッセージ内の URL をチェックする URL フィルターがあります。 既知のスパムまたは悪意のあるコンテンツに関連付けられている URL が検出された場合、メッセージはスパムとしてマークされます。
Office 365ライセンスのMicrosoft Defenderをお持ちのお客様は、安全なリンク保護も受けられます。 詳細については、「Office 365のMicrosoft Defenderの安全なリンク」を参照してください。
Microsoft 365 のお客様は、誤検知 (悪い) メッセージと誤検知 (適切な) メッセージを Microsoft に送信するにはどうすればよいですか?
「メッセージとファイルを Microsoft に報告する」を参照してください。
スパム報告を取得できますか?
はい。 次の利用状況レポートを使用できます。
誰かが私にメッセージを送って、私はそれを見つけることができません。 スパムとして検出された可能性があります。 調べるためのツールはありますか?
はい。メッセージ トレース ツールを使用すると、サービスを通過するときに電子メール メッセージに従って、何が起こったかを確認できます。 メッセージ トレース ツールを使用して、メッセージがスパムとしてマークされた理由を確認する方法の詳細については、「メッセージが スパムとしてマークされたか」を参照してください。
ユーザーが送信スパムを送信した場合、サービスはメールをスロットル (レート制限) しますか?
特定の期間内 (1 時間あたりなど) にユーザーが送信したメールの半分以上がスパムとして識別された場合、ユーザーはメッセージの送信をブロックされます。 ほとんどの場合、送信スパムはリスクの高い配信プールを介してルーティングされます。これにより、通常の送信 IP プールがブロックリストに追加される確率が低下します。
送信スパムの送信や送信制限を超えたためにユーザーがブロックされると、通知が自動的に送信されます。 詳細については、「 送信スパム保護」を参照してください。
Microsoft 365 で Microsoft 以外のスパム対策プロバイダーとマルウェア対策プロバイダーを使用できますか?
はい。 MX レコードを Microsoft に直接ポイントすることをお勧めしますが、最初にメールを Microsoft 以外の場所にルーティングする正当なビジネス上の理由があることを認識しています。
- 受信: MICROSOFT 以外のプロバイダーを指す MX レコードを変更し、配信のためにメッセージを Microsoft 365 にルーティングします。 詳細については、「Exchange Onlineのコネクタの拡張フィルター処理」を参照してください。
- 送信: Microsoft 365 から Microsoft 以外のプロバイダーへのスマート ホスト ルーティングを構成します。
マイクロソフトには、フィッシング詐欺から自分を守る方法に関するドキュメントはありますか。
はい。 詳細については、「インターネットでプライバシーを保護する」を参照してください。
スパム メッセージおよびマルウェア メッセージの送信元に関する調査や、法執行機関への転送は行っていますか?
このサービスはスパムとマルウェアの検出と削除に焦点を当てていますが、特に危険なキャンペーンや損害を与えるキャンペーンを調査し、加害者を追及することがあります。 この追求には、法的およびデジタル犯罪ユニットと協力してボットネットを取り下げ、スパム送信者がサービスを使用できないようにする (送信メールを送信するために使用している場合)、その情報を刑事訴追のために法執行機関に渡すことがあります。
メールが確実に配信されるようにするために役立つ送信メールのベスト プラクティスは何ですか?
「外部送信者 - Microsoft 365 に送信されるメールのトラブルシューティング」のガイドラインと、送信メール メッセージを送信するためのベスト プラクティスを次のガイドラインに示します。
送信元メール ドメインは DNS で解決する必要があります。たとえば、送信者がuser@fabrikamされている場合、ドメイン fabrikam は IP アドレス 192.168.43.10 に解決されます。
送信側ドメインに A レコードがなく、DNS に MX レコードがない場合、サービスはメッセージの内容に関係なく、よりリスクの高い配信プールを介してメッセージをルーティングします。 高リスク配信プールの詳細については、「 送信メッセージの高リスク配信プール」を参照してください。
ソース メール サーバーには逆引き DNS (PTR) エントリが必要です。たとえば、メール ソース IP アドレスが 192.168.43.10 の場合、逆引き DNS エントリは
43-10.any.icann.org。HELO/EHLO コマンドと MAIL FROM コマンドは一貫性があり、存在し、IP アドレスではなくドメイン名を使用する必要があります。HELO/EHLO コマンドは、送信 IP アドレスの逆引き DNS と一致するように構成する必要があります。 この設定は、ドメインがメッセージ ヘッダーのさまざまな部分で同じ状態を維持するのに役立ちます。
DNS で適切な SPF レコードが設定されていることを確認する: SPF レコードは、ドメインから送信されたメールが実際にそのドメインから送信され、なりすましされていないことを検証するためのメカニズムです。 SPF レコードの詳細については、以下のリンクを参照してください:
DKIM でメールに署名し、緩やかな正規化を使用して署名する: 送信者がドメイン キー識別メール (DKIM) を使用してメッセージに署名し、サービス経由で送信メールを送信する場合は、緩和されたヘッダー正規化アルゴリズムを使用して署名する必要があります。 strict ヘッダー正規化で署名することにより、メッセージがサービスを通過するときに署名が無効になる場合があります。
ドメイン所有者は、WHOIS データベースに正確な情報を含める必要があります。この構成では、ドメインの所有者と、安定した親企業、連絡先ポイント、ネーム サーバーに入ることで、ドメインの所有者と連絡を取る方法を識別します。
送信バウンス メッセージの形式: メッセージが配信不能レポート (NDR またはバウンス メッセージとも呼ばれます) を生成する場合、送信者は RFC 3464 で指定されているバウンスの形式に従う必要があります。
存在しないユーザーのバウンスされたメール アドレスを削除する: メール アドレスが使用されなくなったことを示す NDR を受け取った場合は、一覧から存在しないメール エイリアスを削除します。 メール アドレスは時間とともに変化し、ユーザーはメール アドレスを破棄することがあります。
Outlook.com のスマート ネットワーク データ サービス (SNDS) プログラムを使用する: 詳細については、「 スマート ネットワーク データ サービス」を参照してください。
スパム フィルタリングをオフにする操作方法
Microsoft 以外の保護サービスまたはデバイスを使用して、Microsoft 365 に配信される前にメールをスキャンする場合は、メール フロー ルール (トランスポート ルールとも呼ばれます) を使用して、受信メッセージのほとんどのスパム フィルター処理をバイパスできます。 手順については、「 メール フロー ルールを使用してメッセージのスパム信頼レベル (SCL) を設定する」を参照してください。 マルウェアと信頼度の高いフィッシング メッセージのスキャンはスキップできません。
Microsoft 以外の保護サービスまたはデバイスを使用して電子メールを Microsoft 365 に配信する前にスキャンする場合は、コネクタの拡張フィルター処理 ( リストのスキップとも呼ばれます) も有効にして、Microsoft 365 の検出、レポート、調査機能でメッセージ ソースを正しく識別できるようにする必要があります。 詳細については、「 コネクタの拡張フィルター処理」を参照してください。
SecOps メールボックスまたはフィッシングシ ミュレーションのスパム フィルター処理をバイパスする必要がある場合は、メール フロー ルールを使用しないでください。 詳細については、「 Microsoft 以外のフィッシング シミュレーションをユーザーに配信し、フィルター処理されていないメッセージを SecOps メールボックスに配信する」を参照してください。
正当なメールにスパムとしてフラグが設定されたのはなぜですか?
正当な電子メールは、いくつかの理由でスパム ( 誤検知) として誤ってフラグが設定される可能性があります。 次の表に、最も一般的な原因と、その原因について説明します。
| 原因 | 詳細 | 解決方法 |
|---|---|---|
| Email認証エラー | メッセージが SPF、DKIM、または DMARC チェックに失敗したため、複合認証 (compauth) が失敗しました。 Microsoft 365 は、より高い疑いを持つ認証されていないメッセージを扱います。 |
SPF、DKIM、DMARC が送信側ドメイン用に正しく構成されていることを確認します。 |
| 送信者評価 | 送信 IP アドレスまたはドメインは、過去のスパムの苦情、ブロックリスト エントリ、または低い送信ボリュームのために評判が低くなります。 | 送信 IP が Microsoft 以外のブロックリスト上にあるかどうかを確認します。 送信者の IP に有効な逆引き DNS (PTR) レコードがあることを確認します。 送信者が外部の場合は、Microsoft SNDS で評判をチェックするように依頼します。 |
| メッセージ コンテンツ トリガー | メッセージ本文、件名、または添付ファイルには、スパムに関連付けられている特性が含まれています。 例:
|
メッセージの内容を確認します。 該当するスパム対策ポリシーで、コンテンツにフラグを設定できる 高度なスパム フィルター (ASF) 設定 が有効になっているかどうかを確認します。 例:
|
| 一括苦情レベル (BCL) のしきい値 | 送信者の BCL がスパム対策ポリシーで構成されたしきい値を満たしているか超えたため、メッセージは 一括 として分類されました。 一括メール ( 灰色のメールとも呼ばれます) には、ユーザーが以前にオプトインしたニュースレター、プロモーション、マーケティングメールが含まれます。 | 一括メールはスパムと同じではありません。 この記事の「迷惑メール Email フォルダーに移動する一括メールを修正する方法」を参照してください。 |
| ユーザーまたはorganizationのオーバーライド | Exchange メール フロー ルール (トランスポート ルール)、スパム対策ポリシー、または Outlook の [ブロックされた送信者] リストは、送信者またはドメインをスパムとして扱うように構成されています。 |
|
| Microsoft 以外のフィルター処理の干渉 | Microsoft 以外のメール セキュリティ サービスはメッセージを Microsoft 365 にルーティングしますが、元のソース IP 情報は失われます。 Microsoft 365 は、真のソースではなく中継局の IP アドレスを評価します。これにより、SPF と認証エラーが発生する可能性があります。 | 元のソース IP を保持するように、受信 コネクタの拡張フィルター処理 ( リストのスキップとも呼ばれます) を構成します。 |
誤検知を調査する方法
メッセージ ヘッダーを確認する: スパム信頼レベル (SCL)、一括苦情レベル (BCL)、フィルター処理の判定の
X-Forefront-Antispam-Reportヘッダーを確認します。 SPF、DKIM、DMARC の結果のAuthentication-Resultsヘッダーを確認します。スパム対策ヘッダーの解釈の詳細については、「 スパム対策メッセージ ヘッダー」を参照してください。
メッセージ トレースを使用する: Exchange 管理センターで、 メール フロー>Message トレース に移動してメッセージを追跡し、フラグが設定されたフィルタールールまたはポリシーを確認します。
脅威のエクスプローラーまたはリアルタイム検出 (Office 365にMicrosoft Defenderが必要) を確認する: Threat エクスプローラーを使用してメッセージを検索し、検出テクノロジ、配信アクション、オーバーライドの詳細を確認します。
メッセージを Microsoft に送信する: 分析のために誤検知を Microsoft に報告します。 詳細については、「メッセージとファイルを Microsoft に報告する」を参照してください。
将来の誤検知を防ぐ方法
注意
許可リストは、攻撃者が悪意のあるメールを正常に配信するリスクが高く、それ以外の場合はフィルター処理されます。 必要な場合にのみ、エントリを慎重に許可するを使用します。 マルウェアまたは信頼度の高いフィッシングとして識別されたメッセージは、許可リスト エントリに関係なく、常にフィルター処理されます。
正当なメールにフラグが設定されないようにするには、次の方法 (優先順) を使用します。
根本原因を修正する: 誤検知が認証エラーによって引き起こされる場合は、SPF、DKIM、または DMARC 構成を修正します。 コンテンツが原因の場合は、送信者と協力してメッセージの内容を調整します。
誤検知を報告する: Microsoft Defender ポータルの [申請] ページを使用して、メッセージを Microsoft に送信します。 必要に応じて、Microsoft は テナントの許可/ブロックリストに許可エントリを作成します。 詳細については、「 Microsoft に適切なメールを報告する」を参照してください。
テナント許可/ブロック リスト エントリを作成する: Microsoft が申請を確認している間、送信者、ドメイン、または URL を一時的に許可します。 詳細については、「 テナントの許可/ブロックリスト」を参照してください。
メール フロー ルールを使用する (注意: 特定の送信者からのメッセージに対して SCL を -1 に設定するメール フロー ルールを作成しますが、送信者が正当であると確信している場合のみ)。 詳細については、「 メール フロー ルールを使用してメッセージ内の SCL を設定する」を参照してください。
完全なステップ バイ ステップ ガイドについては、「 正当なメールがブロックされる (誤検知) を処理する方法」を参照してください。
スパムと信頼度の高いスパムの違いは何ですか?
Microsoft 365 のスパム フィルター処理では、すべての受信メッセージに スパム信頼レベル (SCL) が割り当てられます。 SCL 5 または 6 のメッセージは スパムとして分類され、SCL 7、8、または 9 のメッセージは 信頼度の高いスパムとして分類されます。 SCL 値とその既定のアクションの詳細については、「 スパム信頼レベル (SCL)」を参照してください。
主な違い
| スパム (SCL 5-6) | 信頼度の高いスパム (SCL 7-9) | |
|---|---|---|
| [信頼度] | スパムである可能性が中程度です。 | スパムである可能性が高い。 |
| 既定のアクション (既定のポリシー) | [迷惑メール] フォルダーに移動Email。 | [迷惑メール] フォルダーに移動Email。 |
| 既定のアクション (プリセット ポリシー Standard) | [迷惑メール] フォルダーに移動Email。 | 検疫。 |
| 既定のアクション (厳密なプリセット ポリシー) | 検疫。 | 検疫。 |
| ユーザー上書き | ユーザーは迷惑メール Emailから取得し、差出人セーフ リストに追加できます。 | ユーザーは迷惑メール Email (既定のポリシー) から取得することも、検疫 (プリセット ポリシー) からリリースを要求することもできます。 |
| 管理構成可能 | はい。 このアクションは、スパム対策ポリシーで構成できます。 | はい。 このアクションは、スパム対策ポリシーで構成できます。 |
| 一般的なトリガー | プロモーション コンテンツ パターン、疑わしいリンク、低い送信者の評判。 | 既知のスパム署名、フィッシングに似た特性、埋め込みスクリプト、ASF ルールの一致 (たとえば、空のメッセージ、フォーム タグ、HTML の JavaScript)。 |
スパムと信頼度の高いスパム判定の両方に対するアクションは、スパム対策ポリシーで構成できます。 詳細については、「 スパム対策ポリシーの構成 」と「 推奨されるスパム対策ポリシー設定」を参照してください。
迷惑メール Email フォルダーに移動する一括メールを修正する方法
一括メール ( 灰色のメールとも呼ばれます) には、ニュースレター、マーケティング メッセージ、およびユーザーが受信を選択したプロモーションが含まれます。 一括メールはスパムとは異なり、通常は正当な送信者から送信されますが、ボリュームとコンテンツの特性はスパムに似ている可能性があります。
Microsoft 365 は、各受信メッセージに 一括苦情レベル (BCL) を割り当てます。 BCL 値の範囲は、0 (一括とは考えにくい) から 9 (一括の可能性が高い) です。 完全な BCL 値の内訳については、「 一括苦情レベル (BCL)」を参照してください。
メッセージの BCL が、該当するスパム対策ポリシーで設定された一括メールしきい値を満たすか超えた場合、メッセージは一括として扱われ、構成されたアクションが適用されます (既定では、[迷惑メール Email フォルダーに移動します] )。
手順 1: BCL のしきい値とメッセージ BCL を特定する
現在の BCL しきい値を見つける: 該当するスパム対策ポリシーの 一括メールしきい値 を確認します。 各ポリシーの種類の既定の BCL しきい値については、「 一括苦情レベル (BCL)」を参照してください。 しきい値を表示する手順については、「Microsoft Defender ポータルで一括送信者分析情報を開く」を参照してください。
メッセージの BCL 値を見つける: メッセージ ヘッダーを調べて、
X-Microsoft-Antispamヘッダーを探します。BCL:値は、メッセージに割り当てられた一括苦情レベルを示します。 例:X-Microsoft-Antispam: BCL:5;
手順 2: 修正プログラムを選択する
状況に応じて、次の 1 つ以上の方法を使用します。
オプション A: BCL しきい値を調整する (organization全体のチューニングに推奨)
迷惑メール Email フォルダーに送信される正当な一括メッセージが多すぎる場合は、該当するスパム対策ポリシーで BCL しきい値を上げます。 値が大きいほど、一括として分類されるメッセージが少なくなります。 また、 一括送信者分析情報 を使用して、しきい値の変更を適用する前に、その影響をシミュレートすることもできます。 詳細については、「 一括メールを調整する方法 」および「 スパム対策ポリシーを構成する」を参照してください。
注:
Standardまたは厳密な事前設定されたセキュリティ ポリシーの設定は、これらのポリシーに含まれる受信者のカスタムスパム対策ポリシー設定よりも優先されます。
オプション B: 一括メール アクションを変更する
既定では、一括しきい値を満たすメッセージは迷惑メール Email フォルダーに移動されます。 受信トレイに一括メールを配信する場合は、この アクションを [アクションなし ] に変更できます。 詳細については、「スパム対策ポリシーの構成」を参照してください。
Microsoft Defender ポータル: スパム対策ポリシー >Actions で>一括苦情レベル (BCL) が満たされているか超過したアクションを [アクションなし] または別の優先アクションに設定します。
PowerShell:
Set-HostedContentFilterPolicy -Identity "<Policy Name>" -BulkSpamAction NoAction
オプション C: 特定の一括送信者を許可する
問題が特定の送信者に限定されている場合:
組織レベル: メッセージを迷惑メールとして報告しない: のMicrosoft Defender ポータルの https://security.microsoft.com/reportsubmission ページを使用して、メッセージを誤検知として報告します。 送信中に、テナントの許可 /ブロックリストで送信者の許可エントリを作成することもできます。 詳細については、「 Microsoft に適切なメールを報告する」を参照してください。
ユーザー レベル: 差出人セーフ リストに追加する: ユーザーは、Outlook またはOutlook on the webの [差出人セーフ リスト] に送信者を追加できます。 差出人セーフ リストからのメッセージは、迷惑メール Email フォルダーに配信されません。 詳細については、「迷惑メール Email フィルターを使用して表示するメッセージを制御する」を参照してください。
管理者は、PowerShell を使用して、クラウド メールボックスの [差出人セーフ リスト] に送信者を追加できます。 詳細については、「 メールボックスでセーフリスト コレクションを構成する」を参照してください。
注意
差出人セーフ リストにドメインを追加しないでください。 攻撃者は、フィルター処理されるドメインから電子メールを正常に配信する可能性があります。
オプション D: [プロモーション] フォルダーを使用する (プレビュー)
organizationで利用できる場合は、BCL しきい値を下回る一括メールを受信トレイではなく専用のプロモーション フォルダーにルーティングできます。
詳細については、「 BCL しきい値の下の一括メールをプロモーション フォルダーに配信する」を参照してください。
オプション E: 一括送信者分析情報を使用する
Microsoft Defender ポータルの一括送信者分析情報を使用して、organizationにメールを配信する一括送信者の上位を特定します。 この分析情報は、しきい値を許可、ブロック、または調整する送信者を特定するのに役立ちます。
詳細については、「 一括送信者の分析情報」を参照してください。
診断ワークフロー
一括メール ルーティングの問題を診断して修正するには、次のワークフローを使用します。
Is the email going to Junk Email folder?
│
├─ Yes → Check message headers for BCL value
│ │
│ ├─ BCL ≥ threshold → Message classified as Bulk
│ │ │
│ │ ├─ Raise BCL threshold in anti-spam policy (Option A)
│ │ ├─ Change Bulk action to No action (Option B)
│ │ └─ Allow specific sender (Option C)
│ │
│ └─ BCL < threshold → Not a bulk issue; check SCL value
│ │
│ ├─ SCL 5-6 → Classified as Spam (see "Why was my legitimate email flagged as spam?")
│ └─ SCL 7-9 → Classified as High confidence spam
│
└─ No → Email is delivering correctly