You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/content/docs/cloudflare-one/email-security/detection-settings/allow-policies.mdx
+53-1Lines changed: 53 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,6 +5,8 @@ sidebar:
5
5
order: 1
6
6
---
7
7
8
+
import { Example, Details } from"~/components"
9
+
8
10
Email Security allows you to configure allow policies. An allow policy exempts messages that match certain patterns from normal detection scanning.
9
11
10
12
To configure allow policies:
@@ -19,7 +21,7 @@ To configure allow policies:
19
21
- **Action**: Select one of the following to choose how Email Security will handle messages that match your criteria:
20
22
- **Trust sender**: Messages will bypass all detections and link following.
21
23
- **Exempt recipient**: Message to this recipient will bypass all detections.
22
-
- **Accept sender**: Messages from this sender will be exempted from Spam, Spoof, and Bulk dispositions.
24
+
- **Accept sender**: Messages from this sender will be exempted from Spam, Spoof, and Bulk dispositions. Refer to [Allow policy configuration use cases](#use-case-1) for use case examples on how to configure allow policies for accept sender.
23
25
-**Rule type**: Specify the scope of your policy. Choose one of the following:
24
26
-**Email addresses**: Must be a valid email.
25
27
-**IP addresses**: Can only be IPv4. IPv6 and CIDR are invalid entries.
@@ -30,6 +32,56 @@ To configure allow policies:
30
32
-**Uploading an allow policy**: Upload a file no larger than 150 KB. The file can only contain `Pattern`, `Pattern Type`, `Verify Email`, `Trusted Sender`, `Exempt Recipient`, `Acceptable Sender`, `Notes` fields. The first row must be a header row. Refer to [CSV uploads](/cloudflare-one/email-security/detection-settings/allow-policies/#csv-uploads) for an example file.
31
33
6. Select **Save**.
32
34
35
+
<Detailsheader="Allow policy configuration use cases">
36
+
37
+
The following use cases show how you could configure allow policies for accept sender.
38
+
39
+
### Use case 1
40
+
41
+
<Exampletitle="Company receives emails from third-party providers not used internally. These emails are sent from the service provider, and Email Security gives these emails an incorrect disposition.">
42
+
This use case can affect companies such as Shopify, PayPal, and Docusign.
43
+
44
+
To solve this:
45
+
46
+
1. Create a [team submission](/cloudflare-one/email-security/email-monitoring/search-email/#team-submissions).
47
+
2. Inform your Cloudflare contact about the escalation.
48
+
3. Do not set up allow policies or blocked senders. In this use case, configuring allow policies will create a security gap. Setting up blocked senders will block legitimate emails from providers such as Shopify, PayPal, and Docusign.
49
+
</Example>
50
+
51
+
### Use case 2
52
+
53
+
54
+
<Exampletitle="Company receives emails via third-party providers that are used internally. These emails are sent from the company's custom domain, but Email Security marks these emails as bulk, spam, or spoof.">
55
+
56
+
This use case can cause the emails you want to receive to follow the auto-moves rules you set up. This use case affects emails from internal tools (such as Salesforce, Atlassian, and Figma) that are given an incorrect disposition.
57
+
58
+
To solve this, when you add an allow policy in the Zero Trust dashboard:
59
+
60
+
1. Choose **Accept sender**.
61
+
2. Verify that **Sender verification (recommended)** is turned on.
62
+
63
+
</Example>
64
+
65
+
66
+
### Use case 3
67
+
68
+
<Exampletitle="Company receives emails via third-party providers that are used internally. These emails are sent from the company's custom domain, but Email Security marks these emails as bulk, spam, or spoof. The custom email domain does not support DMARC, SPF, or DKIM, and would fail Sender Verification.">
69
+
70
+
This use case impacts the emails from internal tools (such as Salesforce, Atlassian, and Figma) that are given an incorrect disposition.
71
+
72
+
To solve this, when you add an allow policy in the Zero Trust dashboard:
73
+
74
+
1. Choose **Accept sender** based on the static IP you own.
75
+
2. Ensure that **Sender verification (recommended)** is turned off.
76
+
77
+
:::caution
78
+
Do not use email addresses or email domains for this policy as they can be easily spoofed without **Sender Verification (Recommended)** enabled.
79
+
:::
80
+
81
+
</Example>
82
+
83
+
</Details>
84
+
33
85
### CSV uploads
34
86
35
87
You can upload a file no larger than 150 KB. The file can only contain `Pattern`, `Pattern Type`, `Verify Email`, `Trusted Sender`, `Exempt Recipient`, `Acceptable Sender`, `Notes`. The first row must be a header row.
0 commit comments