Bilješka
Pristup ovoj stranici zahtijeva provjeru vjerodostojnosti. Možete pokušati da se prijavite ili promijenite direktorije.
Pristup ovoj stranici zahtijeva provjeru vjerodostojnosti. Možete pokušati promijeniti direktorije.
In cloud-based organizations, anti-spam policies (also known as spam filter policies or content filter policies) scan inbound messages for spam. For more information, see Configure anti-spam policies.
The spam confidence level (SCL) value doesn't determine whether cloud spam filtering identifies a message as Spam or High confidence spam, and it doesn't determine the action taken on the message. Spam filtering makes these decisions using message categorization and other signals. SCL is used primarily in on-premises Exchange, including hybrid environments where cloud-filtered messages are delivered to on-premises mailboxes.
In Exchange Online, you can use mail flow rules (also known as transport rules) to submit the following requests to spam filtering:
- Bypass most spam filtering by setting SCL to
-1. - Treat messages as spam by setting SCL to
5or6. - Treat messages as high confidence spam by setting SCL to
9.
These SCL values are inputs to filtering, not final decisions. Secure by default and other filtering signals evaluate the request and might not honor it. The SCL value stamped on the message might also differ from the value configured in the rule. For more information, see Spam confidence level (SCL) in Microsoft 365.
What do you need to know before you begin?
You need to be assigned permissions before you can do the procedures in this article. You have the following options:
Exchange Online permissions: You need the Transport Rules role, which is assigned to the Compliance Management, Records Management, and Organization Management role groups by default.
Microsoft Entra permissions: Membership in the Exchange Administrator or Global Administrator* roles.
Important
* Microsoft recommends that you use roles with the fewest permissions. Using lower permissioned accounts helps improve security for your organization. Global Administrator is a highly privileged role that should be limited to emergency scenarios when you can't use an existing role.
To open the EAC in Exchange Online, see Exchange admin center in Exchange Online. To open the EAC in the Built-in security add-on for on-premises mailboxes, see Exchange admin center in the Built-in security add-on for on-premises mailboxes.
To connect to Exchange Online PowerShell, see Connect to Exchange Online PowerShell.
For more information about mail flow rules in cloud-based organizations, see the following articles:
Use the EAC to create a mail flow rule that sets the SCL of a message
On the Rules page in the Exchange admin center at https://admin.exchange.microsoft.com/#/transportrules, select Add a rule
, and then select Create a new rule to start the new rule wizard.On the Set rule conditions page, configure the following settings:
- Name: Enter a unique, descriptive name for the rule.
- Apply this rule if: Select one or more conditions to identify messages. For more information, see Mail flow rule conditions and exceptions (predicates) in Exchange Online.
- Do the following: Select Modify the message properties > set the spam confidence level (SCL). In the Specify SCL flyout that opens, select one of the following values:
Bypass spam filtering: Requests that messages that meet the rule conditions bypass most spam filtering. Other Microsoft 365 email protection features aren't affected. For example, messages are always scanned for malware. The SCL value stamped on a message might be
0or1instead of-1to indicate that the message was evaluated and found not to be spam.A mail flow rule that requests Bypass spam filtering doesn't allow the delivery of high confidence phishing messages (HPHISH) or messages that contain malware. You can use the Tenant Allow/Block List to temporarily override an HPHISH false positive after you report the message to Microsoft. If the MX record for the recipient domain doesn't point to Microsoft 365 because mail is routed through a non-Microsoft service or device first, a rule with Bypass spam filtering allows messages detected as high confidence phishing by Microsoft 365 anti-spam filtering to be delivered to the Inbox.
Important
Don't use mail flow rules to bypass spam filtering for SecOps mailboxes or phishing simulation messages. Instead, use the advanced delivery policy. For more information, see Configure the delivery of third-party phishing simulations to users and unfiltered messages to SecOps mailboxes.
Be very careful about allowing messages to skip spam filtering. The mail flow rule should use more conditions than just the sender's email address or domain. For more information, see Create sender allowlists for cloud mailboxes.
0 to 4: Submits the selected SCL value to spam filtering. These values don't determine the verdict or action in cloud filtering.
5 or 6: Requests that the message be treated as Spam.
7 or 8: Valid SCL values, but these values don't determine the verdict or action in cloud filtering.
9: Requests that the message be treated as High confidence spam.
If filtering honors a request for Spam or High confidence spam, the action in the anti-spam policy that detected the message determines what happens to it. For example, the message might be moved to the Junk Email folder or quarantine.
- Except if: Configure any exceptions to the rule as required.
When you're finished on the Set rule conditions page, select Next.
On the Set rule settings page, review or configure the settings, and then select Next.
On the Review and finish page, review the settings, and then select Finish.
How do you know this procedure worked?
To verify the rule:
- Send a test message from an external account that matches the rule conditions.
- In the message header, find the
X-Forefront-Antispam-Reportheader. - Review the following fields:
SCL: The actual SCL value stamped on the message. This value might differ from the value configured in the rule.SFV: Indicates whether the filtering request from the mail flow rule was honored.CAT: Identifies the filtering category applied to the message.
- Confirm that the final message location and action match the filtering verdict and applicable anti-spam policy.
For more information about these fields, see Anti-spam message headers.