office 365 encryption Archives | HIPAA Compliant Email

August 10, 2026July 7, 2026

How Do You Encrypt Emails in Outlook, Gmail, and Office 365

how do you encrypt emails guide featured image

[mh_key_takeaways]

Email encryption is not one process. It is a family of methods that apply differently depending on the sender client, the recipient client, and the license tier on both sides. The right method for a given message is the one that lands in a form the recipient can actually read.

This article walks through the three main encryption methods in production use today. Transport-layer TLS, client-level S/MIME, and portal-based encryption through services like Microsoft Purview or a HIPAA-compliant encrypted email service. Each has a role, and the trade-offs matter for healthcare senders in particular.

The three encryption methods you actually have

Every email encryption solution in production use is a variation on one of three methods. Transport Layer Security, client-side S/MIME or PGP, and portal-based encryption through a secure gateway.

Transport Layer Security encrypts the connection between two mail servers. When both servers support TLS 1.2 or higher and negotiate a session, the message content travels encrypted between them. TLS is invisible to the sender and recipient. It does not require any action to enable and does not require any client-side setup.

Client-side encryption using S/MIME or PGP encrypts the message body itself with a key that only the recipient can decrypt. The encrypted content is safe even if the mail server storing it is breached. S/MIME requires certificates on both sender and recipient devices. PGP requires key pairs.

Portal-based encryption uploads the message content to a secure gateway. The recipient receives a notification with a link to authenticate and view the content in a browser. This method removes the need for the recipient to have any specific client or certificate. It is the standard approach for external communications where the sender cannot control what the recipient uses.

how do you encrypt emails in article illustration one

How to encrypt an email in Outlook desktop

Outlook desktop on Microsoft 365 Business Premium and Enterprise E3 or higher includes the Encrypt button in the Options ribbon of a new message. Clicking it applies Microsoft Purview Message Encryption using the sender tenant as the authentication backend.

The steps in Outlook desktop:

Compose a new message and address it to the recipient
Click the Options tab in the ribbon
Click Encrypt in the Permission group
Choose Encrypt-Only, Do Not Forward, or a custom policy from the dropdown
Complete the message body and click Send

The recipient sees a notification with a Read the Message button. Clicking the button opens a browser session, prompts for sign-in with Microsoft, Google, or a one-time passcode, and displays the decrypted content on the Microsoft encryption portal.

Outlook desktop also supports S/MIME encryption for messages between recipients who have exchanged certificates in advance. The Sign and Encrypt buttons in the Message ribbon apply S/MIME. Certificate management is more complex than portal-based encryption and is typically used only for internal messages between employees on the same tenant.

How to encrypt an email in Outlook on the web

Outlook on the web at outlook.office.com supports the same Purview Message Encryption as the desktop client. The interface is different, but the underlying mechanism is identical.

The steps in Outlook on the web:

Compose a new message
Click the three-dot More menu at the top of the compose window
Select Encrypt from the menu
Choose the encryption level and any restrictions
Send the message normally

The recipient experience is identical to messages encrypted from the desktop client. The tenant license and Azure Rights Management configuration are the same underlying requirement.

Outlook on the web does not support S/MIME on all account types. Consumer Outlook.com accounts have no S/MIME. Enterprise accounts support S/MIME through a browser extension that must be installed separately. For most healthcare senders, portal-based encryption through Purview is the practical choice regardless of client.

[mh_example]

How to encrypt an email in Office 365 through the admin side

Office 365 administrators can configure mail flow rules that automatically encrypt outbound messages matching specific criteria. This removes the requirement for the sender to click Encrypt on each individual message.

Common auto-encryption triggers:

Subject line contains a keyword like Secure or Encrypt
Recipient domain matches a specified partner list
DLP scanner detects PHI patterns in the message body or attachments
Sender is a member of a specified group like clinical staff
Attachment contains a specific document classification tag

The rule is configured in the Exchange admin center under Mail flow, Rules. The action is Apply Office 365 Message Encryption and rights protection with a chosen template. Testing the rule in audit mode before enforcing it prevents unexpected encryption of messages that should have gone in plaintext.

The Microsoft Purview Message Encryption documentation is the canonical reference for rule syntax and configuration options.

how do you encrypt emails in article illustration two

How to encrypt an email in Gmail

Gmail encryption depends on the tier. Consumer Gmail at gmail.com uses TLS in transit for all outbound mail but does not support end-to-end encryption directly. Google Workspace Enterprise Plus and Education Plus support client-side S/MIME.

For Enterprise Plus S/MIME:

Ensure S/MIME is enabled at the admin console under Apps, Gmail, User Settings
Upload S/MIME certificates for users through the admin console or self-service
Compose a new message and address it to a recipient whose certificate is on file
Click the lock icon in the compose window to see the encryption status
Choose Enhanced Encryption from the options
Send the message normally

Business Starter, Standard, and Plus tiers do not include S/MIME support. Practices on those tiers that need to send encrypted PHI typically add a HIPAA email service on top of Gmail. Google Workspace signs a Business Associate Agreement on Business Starter and higher, but the BAA alone does not provide the encryption. Sibling coverage of the Gmail-specific workflow is available at how to send encrypted email Gmail.

Confidential Mode is not encryption. It is a Google-specific feature that adds expiration dates and forwarding restrictions to messages, but the message content itself is not encrypted end to end. HHS has not endorsed Confidential Mode as satisfying HIPAA transmission security requirements.

How to encrypt an email on iPhone Mail

Apple Mail on iPhone supports S/MIME encryption once a personal certificate is installed as a configuration profile. Portal-based encryption from Purview or a HIPAA email service works with no iPhone-specific setup.

For S/MIME on iPhone:

Email the .p12 certificate file to yourself or obtain it through your organization MDM
Install the profile through Settings, General, VPN and Device Management
Enter the certificate password when prompted
Open Settings, Mail, Accounts, select the account, Advanced
Enable S/MIME and select the installed certificate under Sign and Encrypt by Default

Once configured, Apple Mail shows a lock icon on any composition to a recipient whose certificate is on file. The lock indicates encryption is active. Tap the icon to see certificate details or to disable encryption for a specific message.

For portal-based encryption, no iPhone-specific setup is required. The sender initiates encryption at the desktop or in the Outlook mobile app, and the recipient receives the standard notification that works on iPhone as on any other device.

[mh_protip]

Choosing between S/MIME, TLS, and portal encryption

The choice depends on the recipient. Internal messages between employees on the same tenant benefit from S/MIME or tenant-native encryption because certificates are managed centrally and no external portal is needed. External messages to business partners on Microsoft 365 or Google Workspace can use enforced TLS if the receiving domain is known and configured.

External messages to consumer email addresses require portal-based encryption. Patients on gmail.com, yahoo.com, aol.com, and icloud.com will not install S/MIME certificates, and enforced TLS to those providers is not fully reliable across all message paths.

The HHS Security Rule guidance and the NIST SP 800-45 email security guidelines provide the compliance framework for evaluating any specific configuration.

When native encryption is not enough for healthcare

Native encryption in Outlook, Gmail, and iPhone Mail works well for many use cases but leaves gaps for regular PHI transmission. Purview Message Encryption requires a Business Premium or Enterprise license, which is more expensive than most small practices need. Gmail S/MIME requires Enterprise Plus, which is not economical at practice scale. iPhone S/MIME requires certificate management the practice has to run for every clinician.

A dedicated HIPAA email service consolidates the encryption, BAA, audit logging, and archiving into one product that works with the existing Gmail or Outlook mailbox. A HIPAA-compliant secure email service that includes the BAA in the base plan removes the license-tier problem and the certificate-management problem at once. This mention concludes the product context for this article.

Recipient experience is the deciding factor in most healthcare deployments. A patient who cannot easily open the message will call the practice for help, and staff time on password resets and portal walkthroughs adds up. Portal-based encryption with federated sign-in through Microsoft, Google, or a one-time passcode is the pattern that produces the fewest support tickets. Sibling coverage on how do you open an encrypted email in Outlook covers the recipient side.

Related healthcare marketing coverage is available at Redefine Web healthcare website security features and at the healthcare marketing hub for practices coordinating email compliance with website and patient acquisition.

[mh_faqs]

April 22, 2026July 7, 2026

How Do You Encrypt an Email in Outlook, Gmail, and Office 365

how do you encrypt an email guide featured image

[mh_key_takeaways]

Encrypting an email is a different set of steps in every mail client. Outlook has a button. Gmail has two paths that look similar but work differently. Outlook 2013 uses an older S/MIME workflow. Attachment encryption is its own separate topic.

This guide covers each of them in order. It also flags the HIPAA implications for practices sending PHI. For a cross-client path that works uniformly, a gateway service delivers encrypted email to any recipient without version dependencies.

Every section stands on its own with the menu paths named directly. Skip to the client and version that matches your setup.

Encrypt an Email in Modern Outlook on Microsoft 365

Modern Outlook on Business Standard and above adds an Encrypt button to the compose window. The service is Microsoft Purview Message Encryption.

Open Outlook. Start a new message. Click the Options tab in the ribbon. Click Encrypt. Choose Encrypt-Only or Do Not Forward from the dropdown.

Write the message and click Send. The recipient receives an email with a link. They authenticate with Microsoft, Google, or a one-time passcode and read the message in a browser.

Business Basic tier and free personal Outlook.com do not have the Encrypt button. Related linked topic: how do you encrypt emails for a broader coverage of alternatives.

Encrypt an Email in Outlook 2013 With S/MIME

Outlook 2013 supports S/MIME natively but has no Purview Encrypt button. The workflow uses the Trust Center and a client-installed certificate.

Install an S/MIME certificate in the Windows personal certificate store. Open Outlook. Go to File, Options, Trust Center, Trust Center Settings, Email Security.

Under Encrypted email, click Settings. Pick your signing certificate and your encryption certificate. Choose whether to sign or encrypt by default. Click OK.

To encrypt a single message, click the encrypt icon in the compose ribbon before sending. Recipients need S/MIME support in their client and a cached copy of your public key. This workflow also applies to Outlook 2016, 2019, and Outlook LTSC 2021 when S/MIME is the chosen path.

how do you encrypt an email in article illustration one

Encrypt an Email in Gmail With Confidential Mode

Gmail confidential mode is available on all Google Workspace tiers and personal Gmail. Click the lock and clock icon at the bottom of the compose window.

Set an expiration date from the dropdown. Choose whether to require a passcode. Passcode by SMS is the higher-security option. Click Save.

Write the message and click Send. The recipient receives a link. They open it in a browser, enter the passcode if required, and read the message in a hosted view.

Confidential mode is not end-to-end encryption. Google holds the keys. The mode prevents forwarding, copying, and printing. It does not seal the content against the provider. For HIPAA-scoped mail, confidential mode alone is not sufficient.

Encrypt an Email in Gmail With Hosted S/MIME

Hosted S/MIME is the Gmail path to true end-to-end encryption. It requires Google Workspace Enterprise Standard, Enterprise Plus, Education Standard, or Education Plus.

The admin uploads root and intermediate CA certificates in the Google Admin console under Apps, Google Workspace, Gmail, User Settings, then S/MIME. Enable S/MIME for the organizational unit.

Each user uploads their personal certificate through Gmail settings under Accounts. Once configured, a lock icon appears next to the recipient field. Green means encryption is possible.

Recipients on personal Gmail, Business Standard, or Business Plus cannot receive hosted S/MIME messages. The encrypted content arrives as an unopenable attachment. See Google Workspace admin help for the current tier list.

[mh_example]

Encrypt an Email Attachment for Extra Protection

The attachment inherits the encryption of the message when sent through Outlook Encrypt, S/MIME, or a portal gateway. This is sufficient for most cases.

For extra protection, encrypt the file itself before attaching. This adds a second layer that survives even if the message encryption fails or the recipient forwards the message to an unencrypted inbox.

Common attachment encryption tools:

Adobe Acrobat for PDF password protection with AES-256
Microsoft Word, Excel, PowerPoint via File, Info, Protect Document, Encrypt with Password
7-Zip for archive password protection with AES-256
Apple Preview for basic PDF password protection on macOS

Share the password out of band by phone or text, never in the same email chain. Verify recipient identity before releasing the password. Related linked topic: encrypt an email.

how do you encrypt an email in article illustration two

Encrypt an Email in Office 365 With Automatic DLP Rules

Office 365 supports automatic encryption through Data Loss Prevention rules on Business Premium and Enterprise tiers. This removes the human step of clicking Encrypt.

The admin opens the Microsoft Purview compliance portal. Under Data Loss Prevention, create a new policy. Choose a template for U.S. Health Insurance Act (HIPAA) or a custom policy with SSN, MRN, or ICD patterns.

Configure the action. Apply Do Not Forward, Encrypt-Only, or a custom rights template when a match is found. The policy can also block the send or require justification.

Automatic DLP encryption reduces the risk of staff forgetting to click Encrypt on a sensitive message. It also creates audit trail evidence that the covered entity applied technical safeguards under the HHS Security Rule.

Encrypt an Email With PGP Using FlowCrypt

FlowCrypt is a browser extension that adds PGP support to Gmail. It works on personal Gmail and any Google Workspace tier.

Install the extension from the Chrome or Firefox web store. Create a keypair when prompted. Back up the private key to a hardware token or an encrypted vault.

Send a secure message from the FlowCrypt compose window inside Gmail. The extension encrypts the body with the recipient public key if it is in the FlowCrypt cache. If not, the extension prompts for the recipient key or sends through the FlowCrypt password-protected fallback.

PGP is not native to any major business mail workflow. FlowCrypt fills that gap for teams that want end-to-end encryption without moving to Google Workspace Enterprise. It is not commonly used in regulated healthcare settings.

[mh_protip]

Encrypted Email Options Compared

The table below compares the main paths a business considers.

Method	Client Support	Recipient Setup	End-to-End	HIPAA Fit
Outlook Encrypt (Purview)	M365 Business Standard+	Passcode or SSO	No, portal	Yes with BAA
Outlook S/MIME	Outlook 2013+	Certificate install	Yes	Peer traffic
Gmail confidential mode	All Workspace	Passcode	No	Not sufficient alone
Gmail hosted S/MIME	Workspace Enterprise+	Certificate install	Yes	Yes
FlowCrypt PGP	Gmail via extension	PGP key exchange	Yes	Rare in healthcare
Gateway (Mailhippo)	Any provider	Passcode	Portal-based	Yes with base plan BAA

HIPAA Notes on Encrypting Email in Practice

Encryption is one technical safeguard among many. HIPAA requires access controls, audit logging, session timeouts, workforce training, and a signed BAA with each business associate.

Automatic DLP triggers reduce the risk of missed manual encryption. Portal delivery removes the recipient-side certificate requirement. Both are practical for a real HIPAA workflow.

Verify recipient identity before sending PHI. A wrong email address is a HIPAA breach even when the message is encrypted. Document policies and train staff. See related healthcare security features context.

Retention matters. Encrypted mail counts as PHI storage. Retention policies must match state medical board rules and the six-year HIPAA administrative retention requirement.

When a Gateway Is the Better Fit

Managing S/MIME certificates across a small team is meaningful operational work. Certificate expiration, mobile provisioning, and cross-platform trust chains all take time.

A gateway service removes the certificate step. The sender writes in the normal client. A trigger word or plugin button triggers encryption. The recipient reads in a browser.

Mailhippo works this way on top of Gmail or Outlook. It includes a BAA in the base plan. It works uniformly on desktop and mobile without version dependencies. See related how to encrypt an email for the broader walkthrough. Practices building a compliant public-facing site can pair this with HIPAA-conscious website design so intake, contact, and email flows stay inside the same compliance boundary.

[mh_faqs]

March 7, 2026July 7, 2026

How to Enable Email Encryption in Office 365 for Healthcare Teams

enable email encryption office 365 guide featured image

[mh_key_takeaways]

Healthcare teams running Microsoft 365 already own most of the tools they need to send encrypted email. The Encrypt button in Outlook, mail flow rules in Exchange, and rights management services in Azure combine into a working encryption stack that meets HIPAA transmission requirements.

The gap is configuration. Most practices discover that the default Office 365 tenant does not enable email encryption until an administrator turns it on, assigns the right licenses, and writes a mail flow rule. Teams that want a simpler path often pair Microsoft 365 with a dedicated encrypted email service to skip the per-user setup work.

This guide walks through the exact steps to enable email encryption in Office 365 from the admin center, PowerShell, and Outlook. It also covers S/MIME setup, mail flow rules, DLP policies, and the license checks that trip up first-time deployments.

Confirm your Office 365 license includes encryption

License verification comes first. Microsoft Purview Message Encryption ships with Microsoft 365 E3, E5, A3, A5, G3, G5, Business Premium, and Office 365 E3 and E5 plans.

Business Basic and Business Standard do not include Purview by default. Administrators on those plans add Azure Information Protection Premium P1 as an add-on license, upgrade the tenant, or route encryption through a third-party service.

To check coverage, sign in to the Microsoft 365 admin center, open Billing, then Licenses. Confirm that assigned licenses include Azure Rights Management Service and Microsoft Purview Message Encryption entitlements.

Users without the correct license see the Encrypt button greyed out in Outlook. Fixing that means assigning the license, waiting for the tenant to provision, then having the user sign out and back in to refresh the token.

Activate Azure Rights Management in the admin center

Azure Rights Management is the underlying service that Purview Message Encryption depends on. New tenants have it enabled by default, but tenants created before 2018 or tenants that were manually disabled need activation.

Open the Microsoft 365 admin center. Go to Settings, then Org settings, then Services. Find Microsoft Azure Information Protection and select it. Click Manage Microsoft Azure Information Protection settings, then Activate.

The activation runs in the background. After a few minutes, the service shows as Activated and the tenant is ready for message encryption policies.

Administrators who prefer to script this step run Enable-AadrmService or the newer Set-IRMConfiguration cmdlet through Exchange Online PowerShell. Both approaches produce the same result and are documented in Microsoft Purview Message Encryption setup guides at learn.microsoft.com.

enable email encryption office 365 in article illustration one

Create a mail flow rule to trigger encryption automatically

Manual encryption depends on staff clicking the Encrypt button on every sensitive message. Mail flow rules remove that dependency by triggering encryption based on message content, sender, recipient, or attached sensitivity labels.

Open the Exchange admin center. Go to Mail flow, then Rules. Click the plus icon and select Apply Office 365 Message Encryption and rights protection to messages.

Set the condition to match the trigger you want. Common conditions include the subject or body containing terms like PHI, patient, or diagnosis, or messages sent to external recipients from clinical users.

Choose the RMS template. Encrypt-Only lets recipients forward, while Do Not Forward blocks reply-all, forwarding, and printing. Save the rule and send a test message to confirm the recipient portal loads as expected.

Enable email encryption in Office 365 with PowerShell

PowerShell is the fastest path for IT teams managing multiple tenants or scripted deployments. Install the Exchange Online Management module, then connect with the appropriate global admin credentials.

Run Install-Module with the name ExchangeOnlineManagement once per machine. Then connect with Connect-ExchangeOnline and the global admin user principal name.

Enable the service with Set-IRMConfiguration and the AutomaticServiceUpdateEnabled parameter set to true. Verify state with Get-IRMConfiguration. The output should show ServiceLocation, LicensingLocation, and InternalLicensingEnabled populated with valid values.

Create mail flow rules with New-TransportRule. Bulk operations save hours when standing up encryption across acquired practices, new subsidiaries, or lab environments where a repeatable baseline matters more than a one-time click-through.

[mh_example]

Use the Encrypt button in Outlook desktop and web

Once the tenant is configured, individual senders trigger encryption from Outlook without additional setup. In Outlook desktop, open a new message, click the Options tab, then click Encrypt.

Choose the protection template from the drop-down. Encrypt applies default protection, Do Not Forward blocks reply-all and forwarding, and any custom labels created by the tenant appear alongside the built-in options.

In Outlook on the web, the Encrypt button lives at the top of the new message pane. The behavior is identical to the desktop version, and messages appear in the recipient portal with the same experience.

Mobile users on the Outlook iOS and Android apps get the same Encrypt option under the three-dot menu when composing a message. Recipients open the encrypted message through a portal link and sign in with Microsoft, Google, or a one-time passcode.

enable email encryption office 365 in article illustration two

Configure S/MIME for regulated communications

S/MIME provides cryptographic identity verification on top of encryption. It requires certificate distribution to every user and device, which raises the operational cost but delivers sender authentication for compliance-critical exchanges.

Deploy a certificate authority or use a public CA. Push user certificates through Group Policy, Intune, or manual import into the personal certificate store. Confirm the store shows the certificate under Trusted Publishers.

In Outlook 2007 and later, open File, Options, Trust Center, Trust Center Settings, Email Security. Under Encrypted Email, select the S/MIME certificate. Check the boxes to sign outgoing messages and encrypt content and attachments.

S/MIME becomes practical for teams with an existing PKI. Small practices without one usually get better outcomes from Purview Message Encryption or a third-party secure email service that handles keys behind the scenes.

Layer DLP policies on top of encryption rules

Data loss prevention policies inspect messages for regulated content patterns. When a match hits, the policy applies encryption automatically or blocks the message and notifies the sender.

Open the Microsoft Purview compliance portal. Go to Data loss prevention, then Policies. Click Create policy and choose the U.S. Health Insurance Act (HIPAA) template as a starting point.

The template detects patterns like Social Security numbers, ICD-10 codes, DEA numbers, and insurance member IDs. Set the action to apply Purview Message Encryption when the policy matches an outbound message.

Tune the policy over the first two weeks. Review the DLP alert dashboard, adjust match confidence thresholds, and add exceptions for internal training data or test accounts. A tuned policy catches PHI leaks without blocking legitimate clinical email.

[mh_protip]

Test the encryption workflow end to end

Testing catches misconfigured rules before staff sends real PHI through a broken flow. Set up two accounts. Use one licensed Office 365 mailbox as the sender and one external Gmail or Yahoo account as the recipient.

Send a test message with the word PHI in the subject line to trigger the mail flow rule. The external recipient should receive a wrapper message with a link to view the encrypted content.

Open the portal link. Sign in with a Microsoft account, a Google account, or request a one-time passcode. Confirm the message body renders correctly, and reply from the portal to test round-trip encryption.

Document each step with screenshots. Save the DLP report, the mail flow rule configuration, and the PowerShell output. This documentation becomes evidence during HIPAA audits, business associate reviews, and internal security assessments.

Match encryption with the HIPAA Security Rule

The HIPAA Security Rule addresses transmission security under 45 CFR 164.312(e). Encryption is an addressable standard, which means covered entities either implement it or document a reasonable alternative.

Office 365 encryption meets the transmission standard when configured with the mail flow rules and DLP policies described above. Practices should also enable multi-factor authentication, conditional access, and audit logging to satisfy access control and integrity standards.

The HHS Security Rule guidance outlines the full set of technical safeguards. Encryption alone does not satisfy the rule, but it addresses one of the more visible controls that auditors ask about first.

Healthcare organizations also need a signed business associate agreement (BAA) with Microsoft. The BAA is available through the Microsoft Service Trust Portal and covers Office 365, Exchange Online, and Purview Message Encryption when configured for HIPAA workloads. Compliance also depends on healthcare website security features that protect the public-facing side of the practice.

Choose between native encryption and a dedicated service

Native Office 365 encryption works well for organizations that already run on Microsoft 365 E3 or Business Premium and have IT staff to manage mail flow rules, license assignments, and Purview policies.

Small practices without dedicated IT often find the setup and ongoing maintenance costly. Every license change, tenant migration, or Outlook update creates a potential point of failure that a solo IT contractor needs to troubleshoot.

Mailhippo works alongside existing Gmail or Outlook accounts as a HIPAA-compliant secure email service. The base plan includes a business associate agreement and applies TLS with client-side encryption without requiring PGP keys or separate client software. Recipients open messages with one click.

Teams building the workflow further may want to look at enable office 365 email encryption, review outlook 365 enable encryption email options, or benchmark against email encryption office 365 business premium to confirm the plan level covers the needed features.

Confirm license coverage before touching mail flow rules.
Activate Azure Rights Management once per tenant.
Script repeat deployments with PowerShell instead of the admin UI.
Layer DLP policies on top of manual encryption for PHI patterns.
Document the full configuration for HIPAA audit evidence.

[mh_faqs]