
Your auditor, cyber insurer, or client contract says every outbound email must be encrypted, tenant-wide. That means an admin enforces it centrally — not a button your users remember to click. Here is how to do it in Microsoft 365, Google Workspace, and Proofpoint Essentials.
The requirement usually reads: email encryption on all outbound mail, tenant-wide and automatic, with no per-message choice by the sender. That is a mandatory outbound encryption policy.
The key word is mandatory. Most organizations already have an Encrypt button in Outlook or Gmail. A user who forgets to click it sends the message in the clear, and that fails the requirement.
Meeting it means an administrator configures a server-side rule that encrypts messages after they leave the sender's outbox. You can apply it to every outbound message, or only to messages that match criteria such as external recipients or sensitive content. Which one you need depends on how the requirement is written.
All 3 platforms support admin-enforced encryption. Only Microsoft 365 handles every external recipient without extra setup on their side.
Microsoft Purview Message Encryption + an Exchange mail flow rule
One mail flow rule applies encryption to every message sent outside the organization. The rule runs server-side, so senders never see an Encrypt button and cannot skip it. External recipients without a Microsoft account read the message in a browser portal after a one-time passcode.
Where: Exchange Admin Center → Mail flow → Rules
Microsoft configuration guide →Admin-enforced S/MIME for outgoing messages
Admins can require S/MIME encryption on outbound mail. Every recipient needs a valid public certificate on file, and only supported Workspace editions include hosted S/MIME. Messages to recipients without a certificate will not go out encrypted.
Where: Admin console → Apps → Google Workspace → Gmail → Compliance
Google configuration guide →Policy-driven encryption via outbound filters and DLP
Proofpoint encrypts outbound mail when a filter or sensitive-content rule matches. Its documentation describes rule-triggered encryption, not unconditional encryption of every message. Get written confirmation from Proofpoint that a catch-all rule meets your requirement before you sign.
Where: Proofpoint Essentials → Filters → Outbound
Proofpoint encryption details →“Encrypted” means 3 different things in email. Configure the wrong one and you still fail the audit.
| Type | What it protects | Limitation |
|---|---|---|
| TLS in transit | The connection between mail servers | The message sits unencrypted on each server it passes through. Opportunistic TLS falls back to plaintext if the receiving server does not support it. |
| Message-level (Purview / OME) | The message and attachments themselves | External recipients open mail in a portal or a supported client, which adds 1 extra step for them. |
| S/MIME | The message, end to end, with recipient public keys | Fails for any recipient without a certificate. Universal enforcement breaks mail to most external contacts. |
If the requirement comes from a security questionnaire or contract, ask whether it means message-level encryption for every external message — including recipients who cannot support encryption. That answer decides between a TLS policy, a Purview rule, or something stricter.
On Exchange Online, start with Purview Message Encryption and 1 enforced mail flow rule. Here is the sequence we follow.
Confirm licensing. Purview Message Encryption is included in Microsoft 365 Business Premium, Office 365 E3/E5, and Microsoft 365 E3/E5.
In the Exchange Admin Center, open Mail flow → Rules and create a new rule.
Set the condition to "The recipient is located Outside the organization."
Set the action to "Apply Office 365 Message Encryption and rights protection" with the Encrypt template.
Pilot on a test group, send to Gmail, Yahoo, and a partner domain, and verify the recipient experience.
Enable the rule for all senders and document it for your auditor or questionnaire response.
Not sure your plan includes encryption? Compare plans on our Microsoft 365 licensing guide, or see our broader email security for business overview.
What IT Directors and compliance leads ask when an outbound encryption requirement lands.
Yes. An Exchange Online mail flow rule applies Purview Message Encryption to every message sent outside the organization. The rule runs on the server, so senders take no action and cannot opt out.
Sometimes. TLS encrypts the server-to-server connection, not the message. If a contract or security questionnaire requires message-level encryption, TLS alone fails it. Ask the requester which one they mean before you configure anything.
With Purview Message Encryption, the recipient reads the message in a browser portal after a one-time passcode. With S/MIME, the message fails or goes out unencrypted when the recipient has no certificate on file.
Yes, within limits. Admins can require S/MIME on outgoing mail on supported editions, but each recipient needs a valid certificate. Compliance rules can also require TLS for specific partner domains.
Iron Cove configures, tests, and documents tenant-wide encryption policies in Microsoft 365, Google Workspace, and Proofpoint — so your questionnaire answer is backed by a working rule.
© 2026 | Iron Cove Solutions| Privacy | Simplifying Cloud-Based Intention