Handle False Positives In Microsoft Defender For Office 365
In brief
The guide replaces SCL-based guidance with spam verdict and category values such as SFV:SPM, CAT:SPM, and CAT:HSPM. It also updates BCL examples, remediation steps, and mail-flow rule guidance.
What Defender admins need to know
Use SFV and CAT header values, rather than SCL alone, when investigating false positives and tuning anti-spam policies.
Summaries are generated from the documentation change itself.
Documentation change
The comparison below shows only the changed extract. Use the full-page view for complete context.
- Legitimate bulk email (newsletters, marketing) is marked as spam.
- Messages are delivered to the Junk Email folder instead of the Inbox.
- Messages are quarantined as spam (not phishing or malware).
- Message headers show a high
Spam Confidence Level (SCL 5-9) orBulk Complaint Level (BCL 7-9). - Message headers show
SFV:SPM(spam filter verdict).
Use the phishing/malware false positive steps in this article if:
| Value | Description | Implication |
|---|---|---|
|
CAT value to |
|
|
Delivered to Junk Email folder | |
CAT:HSPM | Category: high confidence spam | Quarantined by default |
BCL:7 to BCL:9 |
High bulk complaint level | Likely blocked by bulk mail threshold |
| ||
SFV:BLK |
Blocked sender | Sender is on the user's Blocked Senders list in Outlook |
- Tenant Allow/Block List block entry: Check the email entity page overrides information, or check the Tenant Allow/Block List directly for block entries that match the sender.
- User's Blocked Senders list: Look for
SFV:BLKin the message headers. - Exchange mail flow rule (transport rule): Look for the
X-MS-Exchange-Organization-RuleIDheader. - Anti-spam policy settings: A
high SCL score (5+)Spam or High confidence spam verdict (SFV:SPMwithCAT:SPMorCAT:HSPM), or the BCL threshold is exceeded. - Connection filter (IP block list): Check the connection filter policy settings for the sending IP address in the IP Block List.
Step 3: Apply the appropriate fix
|Tenant Allow/Block List block entry|Remove the block entry or create an allow entry for the sender.|
|User's Blocked Senders list|Remove the sender from the user's Blocked Senders list in Outlook or use an admin allow override.|
|IP block list|Add the sending IP to the connection filter IP Allow List.|
|Anti-spam policy (high SCL)(spam verdict)|Tune the anti-spam policy. For example, increase the BCL threshold or adjust the spam action.|
|Mail flow rule|Modify the mail flow rule conditions in Exchange or add exceptions for the affected sender.|
|Spam filtering error (no organization configuration issue)|Submit the message to Microsoft for analysis as a false positive.|
- Ask the sender to send a test message with the same content type and sender domain.
- Use message trace to verify the message was delivered to the Inbox.
- Check the message headers to confirm the
SCL value is lower or thespam verdict is no longerapplied.applied (for example,SFV:NSPMorCAT:NONE).
| Scenario | Key indicators | Recommended approach |
|---|---|---|
| Legitimate bulk newsletter or marketing email consistently quarantined | High BCL (7-9), CAT:BULK |
Increase the Bulk Complaint Level (BCL) threshold (the default value is 7). |
| Legitimate newsletter or marketing email identified as spam or high confidence spam | CAT:SPM or CAT:HSPM | Submit the messages to Microsoft for analysis and create an allow entry for the sender during the submission. |
| All email from a specific partner domain is blocked | Sender found in the Tenant Allow/Block List (check the email entity page or the Tenant Allow/Block List directly) | Remove the block entry or create an allow entry for the domain. |
| Marketing automation platform email blocked (Marketo, HubSpot, Mailchimp, etc.) | High BCL, possible email authentication failures | Verify the sender's SPF/DKIM/DMARC configuration. If authentication passes but filtering still triggers, increase the BCL threshold or add the sending domain to the allow list. |
| Forwarded emails quarantined as spoofing | DMARC failure, spoof detection triggered | Configure ARC trusted sealers for the forwarding service, or add a spoof intelligence override for the sender/infrastructure pair. |
- Policy precedence conflict: A higher-priority policy (preset security policy) might override your custom policy settings. For details, see Troubleshoot anti-spam policy issues.
- Multiple detection reasons: The message triggered more than one detection (for example, spam and spoof detection). Resolving one cause might not be enough.
- Allow entry expired or incorrect: Verify the Tenant Allow/Block List entry is active, not expired, and uses the correct format (email address vs. domain).
- Mail flow rule
overrideaction: Mail flow rulesare evaluated before anti-spam policies. A mailcan request that messages bypass spam filtering. Spam filtering considers the request with other signals when it determines how to handle the message. Mail flowrule that sets the SCL overrides the anti-spam policy action. Check forrulesthat set SCL orcan also delete messages.
Handle phishing and malware false positives
@@ -12,7 +12,7 @@ ms.collection: - tier3 ms.topic: how-to ms.custom: msecd-doc-authoring-1016-ms.date: 07/02/2026+ms.date: 08/03/2026 #customer intent: As a mail admin, I want to resolve false positives in Defender for Office 365 so that legitimate email isn't blocked or delivered to Junk. --- @@ -37,7 +37,7 @@ Before you begin troubleshooting, identify whether the false positive is spam-re - Legitimate bulk email (newsletters, marketing) is marked as spam. - Messages are delivered to the **Junk Email** folder instead of the Inbox. - Messages are quarantined as spam (not phishing or malware).-- Message headers show a high Spam Confidence Level (SCL 5-9) or Bulk Complaint Level (BCL 7-9).+- Message headers show a high Bulk Complaint Level (BCL 7-9). - Message headers show `SFV:SPM` (spam filter verdict). **Use the phishing/malware false positive steps in this article if**:@@ -58,10 +58,10 @@ Look for these key values in the **X-Forefront-Antispam-Report** header: |Value|Description|Implication| |---|---|---|-|`SCL:5` or `SCL:6`|Medium spam probability|Delivered to Junk Email folder|-|`SCL:7`, `SCL:8`, or `SCL:9`|High confidence spam|Delivered to Junk Email folder (default) or quarantined (preset security policies)|+|`SFV:SPM`|Spam filtering verdict|Spam filtering processed the message. Use the `CAT` value to determine whether the message was identified as spam, phishing, or malware.|+|`CAT:SPM`|Category: spam|Delivered to Junk Email folder by default|+|`CAT:HSPM`|Category: high confidence spam|Quarantined by default| |`BCL:7` to `BCL:9`|High bulk complaint level|Likely blocked by bulk mail threshold|-|`SFV:SPM`|Spam filter verdict: spam|Message flagged as spam by content filters| |`SFV:BLK`|Blocked sender|Sender is on the user's Blocked Senders list in Outlook| <!-- Does SFV:BLK also appear for Tenant Allow/Block List block entries? The official anti-spam headers doc only associates SFV:BLK with the user's Blocked Senders list, but support case data may show otherwise. If TABL blocks also stamp SFV:BLK, update this table and Step 2 accordingly. -->@@ -73,7 +73,7 @@ Based on the header values, determine what caused the false positive: - **Tenant Allow/Block List block entry**: Check the [email entity page](../mdo-email-entity-page.md) overrides information, or check the Tenant Allow/Block List directly for block entries that match the sender. - **User's Blocked Senders list**: Look for `SFV:BLK` in the message headers. - **Exchange mail flow rule (transport rule)**: Look for the `X-MS-Exchange-Organization-RuleID` header.-- **Anti-spam policy settings**: A high SCL score (5+) or BCL threshold exceeded.+- **Anti-spam policy settings**: A **Spam** or **High confidence spam** verdict (`SFV:SPM` with `CAT:SPM` or `CAT:HSPM`), or the BCL threshold is exceeded. - **Connection filter (IP block list)**: Check the [connection filter policy settings](../connection-filter-policies-configure.md) for the sending IP address in the IP Block List. ### Step 3: Apply the appropriate fix@@ -85,7 +85,7 @@ Based on the false-positive source identified in the message headers or policy c |Tenant Allow/Block List block entry|Remove the block entry or [create an allow entry for the sender](../tenant-allow-block-list-email-spoof-configure.md#create-allow-entries-for-domains-and-email-addresses).| |User's Blocked Senders list|Remove the sender from the user's [Blocked Senders list in Outlook](../configure-junk-email-settings-on-exo-mailboxes.md) or use an admin allow override.| |IP block list|Add the sending IP to the [connection filter IP Allow List](../connection-filter-policies-configure.md).|-|Anti-spam policy (high SCL)|[Tune the anti-spam policy](../anti-spam-policies-configure.md). For example, increase the BCL threshold or adjust the spam action.|+|Anti-spam policy (spam verdict)|[Tune the anti-spam policy](../anti-spam-policies-configure.md). For example, increase the BCL threshold or adjust the spam action.| |Mail flow rule|Modify the [mail flow rule conditions in Exchange](/exchange/security-and-compliance/mail-flow-rules/mail-flow-rules) or add exceptions for the affected sender.| |Spam filtering error (no organization configuration issue)|[Submit the message to Microsoft for analysis](../submissions-admin.md#report-good-email-to-microsoft) as a false positive.| @@ -95,7 +95,7 @@ After you apply the selected remediation, confirm that the false-positive spam c 1. Ask the sender to send a test message with the same content type and sender domain. 1. Use [message trace](../message-trace-defender-portal.md) to verify the message was delivered to the Inbox.-1. Check the message headers to confirm the SCL value is lower or the spam verdict is no longer applied.+1. Check the message headers to confirm the spam verdict is no longer applied (for example, `SFV:NSPM` or `CAT:NONE`). > [!TIP] > Allow 15-30 minutes for policy changes to take effect. Mail flow rule changes might take up to one hour due to caching.@@ -106,7 +106,8 @@ The following table describes common scenarios and recommended approaches: |Scenario|Key indicators|Recommended approach| |---|---|---|-|Legitimate newsletter or marketing email consistently quarantined|High BCL (7-9), high SCL (5-9), `SFV:SPM`|Increase the [Bulk Complaint Level (BCL) threshold](../anti-spam-policies-configure.md) (the default value is 7). Or, [submit the messages to Microsoft for analysis](../submissions-admin.md#report-good-email-to-microsoft) and create an allow entry for the sender during the submission.|+|Legitimate bulk newsletter or marketing email consistently quarantined|High BCL (7-9), `CAT:BULK`|Increase the [Bulk Complaint Level (BCL) threshold](../anti-spam-policies-configure.md) (the default value is 7).|+|Legitimate newsletter or marketing email identified as spam or high confidence spam|`CAT:SPM` or `CAT:HSPM`|[Submit the messages to Microsoft for analysis](../submissions-admin.md#report-good-email-to-microsoft) and create an allow entry for the sender during the submission.| |All email from a specific partner domain is blocked|Sender found in the Tenant Allow/Block List (check the [email entity page](../mdo-email-entity-page.md) or the Tenant Allow/Block List directly)|Remove the block entry or [create an allow entry for the domain](../tenant-allow-block-list-email-spoof-configure.md#create-allow-entries-for-domains-and-email-addresses).| |Marketing automation platform email blocked (Marketo, HubSpot, Mailchimp, etc.)|High BCL, possible email authentication failures|Verify the sender's SPF/DKIM/DMARC configuration. If authentication passes but filtering still triggers, increase the BCL threshold or add the sending domain to the allow list.| |Forwarded emails quarantined as spoofing|DMARC failure, spoof detection triggered|Configure [ARC trusted sealers](../email-authentication-arc-configure.md) for the forwarding service, or add a [spoof intelligence override](../anti-spoofing-spoof-intelligence.md) for the sender/infrastructure pair.|@@ -119,7 +120,7 @@ If the selected remediation doesn't resolve the false-positive spam classificati - **Policy precedence conflict**: A higher-priority policy (preset security policy) might override your custom policy settings. For details, see [Troubleshoot anti-spam policy issues](../anti-spam-policies-troubleshooting.md). - **Multiple detection reasons**: The message triggered more than one detection (for example, spam _and_ spoof detection). Resolving one cause might not be enough. - **Allow entry expired or incorrect**: Verify the [Tenant Allow/Block List entry](../tenant-allow-block-list-email-spoof-configure.md) is active, not expired, and uses the correct format (email address vs. domain).-- **Mail flow rule override**: Mail flow rules are evaluated before anti-spam policies. A mail flow rule that sets the SCL overrides the anti-spam policy action. Check for rules that set SCL or delete messages.+- **Mail flow rule action**: Mail flow rules can request that messages [bypass spam filtering](/exchange/security-and-compliance/mail-flow-rules/use-rules-to-set-scl). Spam filtering considers the request with other signals when it determines how to handle the message. Mail flow rules can also delete messages. ## Handle phishing and malware false positives 