| [ Web Proxy ] |
| Viewing: https://developers.cloudflare.com/cloudflare-one/email-security/setup/ | [Back] [Original] |
Before you start the onboarding process, you will have to:
The following table compares features available across API, BCC/Journaling and MX/Inline:
| Feature | Microsoft 365 | Google Workspace | Others (On-prem/Cloud) |
|---|---|---|---|
| Deployment type | API and MX | BCC and MX | MX only |
| API integration | Microsoft Graph API | BCC only | None |
| BCC/Journaling | Uses a Journal Rule in the Microsoft Purview portal | Uses BCC rules | Uses journaling |
| Inline/MX Mode | MX records point to Cloudflare | MX records point to Cloudflare | MX records point to Cloudflare |
| Message remediation | Auto-moves through Read/Write API | Auto-moves through Read/Write API | Messages can be blocked, quarantined, or modified inline |
Note that:
When you choose post-delivery deployment, Cloudflare scans emails after they reach a users' inbox.
If you are a Microsoft 365 user, this is done via Microsoft's Graph API or journaling.
If you are a Google Workspace or Microsoft Exchange user, this is done via BCC.
Post-delivery deployment is time-efficient, because it does not involve MX changes. Post-delivery deployment does not disrupt mail flow. Post-delivery deployment allows you to enable auto-move events to hard or soft delete messages, and synchronize your directory when you use Microsoft Graph API or Google Workspace.
Note
When you choose post-delivery deployment:
When you choose pre-delivery deployment, Cloudflare scans emails before they reach a users' inbox. The MX record points to Cloudflare.
Pre-delivery deployment provides you with the highest level of protection. It enforces text add-ons or link rewrite at delivery.
Pre-delivery blocks threats in transit, and it adds banners or texts before the user views the email.
Note
When you choose pre-delivery deployment:
Dispositions allow you to configure policies and tune reporting. For example, you can configure a policy to move suspicious emails to your junk folder.
Refer to Dispositions to learn more about dispositions.
Most business email compromise (BEC) targets executives or finance roles. You must add addresses of roles who are likely to be impersonated. Refer to Impersonation registry to learn how to add a user to the impersonation registry.
Roles you may want to include in the impersonation registry are:
You should review your impersonation registry on a quarterly basis as roles change.
A submission is a change to an email's disposition after initial scanning. It is Cloudflare's built-in feedback loop for correcting false positives/negatives and training the detection models to get smarter over time. Refer to Submit messages for review to learn how to reclassify a message.
Security teams and end users can perform a submission.
Submissions are critical because:
To make the most of submissions:
A correct use of submissions ensures that Email security delivers a stronger protection with less manual tuning.
Follow the below checklist to ensure your email environment is set up correctly:
| Step | Post-delivery | Pre-delivery |
|---|---|---|
| Authorize integration (Graph API or Google Workspace) | Required1 | Required 2 |
| Associate an integration with an MX/Inline domain | Required | |
| Add/verify domains | Required | Required |
| Update MX records/connector, then allow Cloudflare egress IPs on downstream mail server | Required | |
| Populate impersonation registry and allow/block lists | Required | Required |
| Configure partner domain TLS and admin quarantine | Required | |
| Configure text add-ons and link actions | Required | |
| Send a test email and verify it appears in Monitoring > Email activity with expected disposition | Required | Required |
Now that you know which deployment path to choose, you can begin your onboarding process.
| Web Proxy Viewer | New URL | Original Page |