Rollout: mid to late July 2026. Source: Microsoft 365 Message Center MC791114 / Microsoft Learn: DLP notifications and policy tips
| Before MC791114 | After MC791114 |
|---|---|
| Turning on policy tips also turns on email notifications, and vice versa | Policy tips and email notifications are separate switches on every SharePoint/OneDrive DLP rule |
| Configuration only through the Purview compliance portal UI | Configurable in the portal or via PowerShell with a new -NotifyUserType parameter |
| End users get an on-screen tip and an email every time, whether or not that's wanted | Admins choose one, both, or neither per rule |
What MC791114 actually changes
Until this rollout, a SharePoint or OneDrive DLP rule treated policy tips and email notifications as a package deal. Enable one and the other came along whether an admin wanted it or not. That coupling made sense when both were introduced together, but it has forced a lot of unnecessary inbox noise in tenants that only wanted the in-context warning banner, or only wanted a paper trail by email without interrupting the user's workflow.
Microsoft is separating the two settings for content stored in SharePoint Online and OneDrive for Business. General availability is expected by late July 2026, with the change appearing first in the Purview compliance portal and then in PowerShell.
How to configure it once it lands
Compliance administrators managing DLP rules through PowerShell will see a new parameter on the two cmdlets that already build DLP rules:
New-DlpComplianceRule -NotifyUserType <value>when creating a rule from scratch.Set-DlpComplianceRule -NotifyUserType <value>when updating an existing rule.
Portal-based admins get the equivalent choice as two independent toggles on the rule's notification step instead of one combined checkbox. Existing rules keep their current coupled behaviour until an admin actively edits the rule to take advantage of the new options.
Why this matters beyond the notification settings screen
A DLP program that generates too much noise trains users to ignore it, which is the opposite of what a policy tip is for. Being able to run policy tips silently, without a matching email thread for every minor match, lets compliance teams tune sensitivity up on informational rules while reserving email alerts for the smaller set of rules that genuinely need a documented, actioned response.
It also plays well with content that has already been flagged through other DLP actions. SharePoint admins running the external-access block rules introduced in MC1338823 can now silence the routine policy-tip banner on lower-severity matches while keeping email alerts reserved for the block-triggering rules that need a human to look at them.
What to check before your Purview admin makes changes
Three things are worth reviewing once the update reaches your tenant. First, list every DLP rule currently touching SharePoint or OneDrive content, since each one now has an independent decision to make rather than a single combined setting. Second, decide per rule whether email volume or in-context visibility matters more; they no longer have to match. Third, if any automated process parses those notification emails today, confirm it still fires after the rule is updated, since a rule edited to disable email notifications will stop sending them even if policy tips remain on.
ShareMaster's Report Master can pull a tenant-wide export of libraries and sites affected by active DLP-classified content, giving compliance teams a starting list of where rule changes will actually be felt before anyone starts editing notification settings.
Sources: Microsoft 365 Message Center MC791114 (merill.net archive); Microsoft Learn: Send email notifications and show policy tips for DLP policies.