Wednesday, June 3, 2026

Secure Email Practices for Business Communication

​Secure email practices protect business communication from phishing attacks, malware, business email compromise (BEC), and data breaches by combining technical controls, encryption, email authentication protocols, and employee security awareness training. According to Microsoft's Q1 2026 threat report, approximately 8.3 billion email-based phishing threats were detected in a single quarter alone.

The global average cost of a data breach now sits at $4.88 million, and email is the primary entry point for the attacks that cause most of them. The practices in this guide cover multi-factor authentication (MFA), email encryption, SPF, DKIM, DMARC authentication, secure email gateways, employee training, password management, data loss prevention (DLP), and organizational email security policy.

​Approximately 8.3 billion email-based phishing threats were detected in a single quarter alone, per Microsoft's Q1 2026 threat report.

​The global average cost of a data breach now sits at $4.88 million, and email is the primary entry point for most attacks.

We spend a lot of time thinking about email at mailfloss. Clean lists, good deliverability, messages that actually land in inboxes. And one thing we keep seeing is that businesses lock down their marketing email hygiene but leave their business communication email wide open. That gap is expensive. So let's walk through what actually works.

Why Email Security Threats Are Getting Worse

Email is the single most targeted attack vector in business technology because it sits at the center of identity, approvals, and access, making every account a potential entry point into the whole organization.

The numbers tell a clear story. 60% of all breaches involved the human element, with phishing accounting for 16% of initial breach vectors. That means your people are the most likely reason an attacker gets in. Not a firewall gap. Not unpatched software. A convincing email.

And those emails are getting better at fooling people. AI-generated spear phishing attacks had become 24% more effective by early 2025, with success rates reaching around 54%. That's more than half of targeted attacks succeeding. Spear phishing attacks are personalized, use real names and context, and read nothing like the obvious scams from ten years ago.

​AI-generated spear phishing attacks had become 24% more effective by early 2025, with success rates reaching around 54%.

One in four email messages is either malicious or unwanted spam, according to Barracuda's 2026 Email Threats Report. Your inbox is statistically a minefield, even with basic filters running.

The threat to watch most closely right now is business email compromise. BEC scams have caused more than $55.5 billion in global losses over the past decade, and the average loss per BEC incident has climbed to $137,000, up from $74,723 in 2019. These attacks don't use malware. They use trust. An attacker impersonates a CEO, a vendor, or a finance colleague and asks for a wire transfer or credential update. No malicious attachment required.

​BEC scams have caused more than $55.5 billion in global losses over the past decade, with the average loss per incident climbing to $137,000.

One more number worth sitting with: the mean time to detect and identify a data breach is now 181 days, with an additional 60 days to contain it. That's nearly nine months between the moment an attacker gets in through a phishing email and the moment the breach is fully contained.

The Most Common Email Security Threats to Know

Phishing attacks, business email compromise, malware-laden attachments, and account takeover are the four threat categories responsible for the majority of email-related breaches in business environments.

Most businesses have heard of phishing. Fewer appreciate how varied it has become. Phishing is no longer just suspicious links in bulk emails. Today's phishing attack can include:

  • Spear phishing — targeted attacks using personal details harvested from LinkedIn or prior communications
  • Whaling — phishing specifically aimed at executives, where a compromised account causes maximum damage
  • Vishing and smishing — voice and SMS variants that use email compromise as the entry point
  • Clone phishing — legitimate emails are duplicated, with links or attachments swapped for malicious versions

Malware and ransomware arrive most commonly via email attachments or malicious links. An employee opens what looks like a PDF invoice. The attachment runs a script. Ransomware encrypts the file system overnight. 94% of organizations have faced phishing attacks, with an estimated 3.4 billion phishing emails sent daily. Those numbers mean the chance of zero employees ever clicking is essentially zero without active defenses.

Account takeover is subtler. An attacker harvests credentials through a phishing page, logs in quietly, and monitors email traffic for weeks. They learn payment patterns, vendor names, internal language. Then they strike with a BEC scam that sounds exactly right.

About 75% of insider breaches are non-malicious, with roughly 55% involving careless or mistaken employees. Misaddressed emails, clicking suspicious links, forwarding sensitive documents to personal accounts. The threat isn't always external.

1. Enable Multi-Factor Authentication on All Email Accounts

Multi-factor authentication (MFA) is the single most effective control for preventing unauthorized account access, because stolen passwords alone become worthless when a second verification step is required.

​Enable multi-factor authentication on all email accounts — stolen passwords alone become worthless when a second verification step is required.

Most credential theft through phishing gives attackers a username and password. Full stop. MFA breaks that chain. Even when a phishing attack successfully captures credentials, the attacker can't log in without the second factor. That second factor might be an authenticator app code, a hardware key, or a biometric prompt.

How to Deploy MFA Effectively

Start with all administrator accounts and any accounts that handle financial approvals, payroll, or vendor management. These are the targets BEC attackers go after first. Then roll MFA out organization-wide.

Authenticator apps like Google Authenticator or Microsoft Authenticator are more secure than SMS-based 2FA because SMS codes can be intercepted through SIM-swapping attacks. Hardware keys like YubiKey are stronger still for high-risk accounts.

Tool screenshot: Yubico (YubiKey) hardware security keys for phishing-resistant MFA.

​Two-factor authentication (2FA) is the minimum baseline. For accounts with access to sensitive data, full MFA with phishing-resistant methods is the right call. Conditional access policies can also trigger additional MFA prompts when logins come from unusual locations or devices, adding another layer without requiring employees to verify every single login.

MFA and Phishing Resistance

Standard MFA can still be beaten by sophisticated phishing attacks that proxy login sessions in real time. Phishing-resistant MFA, specifically passkeys and FIDO2 hardware keys, cannot be intercepted this way because they're cryptographically bound to the domain. For finance teams and executives, that distinction matters.

Rolling out multi-factor authentication takes an afternoon of configuration. The protection it adds lasts indefinitely. That's one of the best returns on time investment in all of email security best practices.

2. Use Email Encryption to Protect Sensitive Communications

Email encryption prevents unauthorized parties from reading email content in transit and at rest, and businesses handling sensitive data have both a security and a compliance obligation to use it.

Most people assume their email is private. It isn't, by default. Email travels across servers in plaintext unless encryption is explicitly applied. Anyone intercepting traffic on an insecure network can read it. The global digital signature market was valued at $6.98 billion in 2025, reflecting how much organizations are investing in cryptographic email security. That's a market responding to real demand from businesses that need verifiable, secure communications.

Types of Email Encryption

There are three main encryption approaches for business email, and they protect different parts of the message journey.

TLS (Transport Layer Security) encrypts email in transit between mail servers. Most major email providers support TLS, and it's the baseline. But TLS only protects the connection, not the message content sitting on a server.

S/MIME (Secure/Multipurpose Internet Mail Extensions) uses public-key infrastructure (PKI) to encrypt message content and add digital signatures. Both sender and recipient need digital certificates. S/MIME is widely supported in enterprise email clients and is a strong choice for organizations with compliance requirements under HIPAA or GDPR.

End-to-end encryption using tools like PGP (Pretty Good Privacy) ensures only the intended recipient can decrypt the message. The keys never leave the endpoints. This is the strongest form of email encryption, though it requires both parties to have compatible key infrastructure.

Encryption and Compliance

HIPAA requires encryption for protected health information. GDPR treats encrypted data more favorably under breach notification rules. If a breach occurs and the affected data was encrypted, regulators in many jurisdictions treat that very differently than an unencrypted exposure.

For a practical starting point: enable TLS on your mail server, use S/MIME for any emails containing financial, legal, or health data, and look at our guide to email encryption methods for a deeper breakdown of each option. Our guide to email security best practices for marketers also covers how encryption intersects with deliverability.

3. Implement SPF, DKIM, and DMARC Authentication Protocols

SPF, DKIM, and DMARC are email authentication protocols that verify sending domains, prevent spoofing, and give receiving mail servers the instructions they need to handle unauthenticated messages, protecting your domain from being used in phishing attacks against others.

Here's the adoption problem. Only about 30% of scanned domains had deployed DMARC, with fewer than 13% enforcing policies. And in the same research, SPF adoption sat at 56%, while DKIM lagged at 22.7%. That means the majority of domains are leaving their email identity unprotected.

What Each Protocol Does

SPF (Sender Policy Framework) publishes a DNS record listing the mail servers authorized to send email on behalf of your domain. A receiving server checks whether the sending server is on that list. If it isn't, the email fails SPF.

DKIM (DomainKeys Identified Mail) adds a cryptographic signature to outgoing messages. The receiving server checks that signature against a public key in your DNS. A valid DKIM signature means the message wasn't tampered with in transit and came from an authorized sender.

DMARC (Domain-based Message Authentication, Reporting and Conformance) builds on SPF and DKIM. It tells receiving servers what to do when a message fails both checks: deliver it, quarantine it, or reject it outright. It also sends you reports on authentication results, which is genuinely useful for spotting unauthorized use of your domain.

Getting DMARC to Enforcement

The gap between having DMARC deployed (30%) and having it set to enforcement (13%) is where most organizations stall. A DMARC policy set to p=none collects data but takes no action. p=quarantine and p=reject are the policies that actually stop spoofed emails.

Start at p=none to monitor for a few weeks without disrupting legitimate mail. Read the reports. Fix any legitimate sending sources that fail authentication. Then move to p=quarantine, monitor again, and progress to p=reject once you're confident. This process also improves email deliverability for your own campaigns, since authenticated domains perform better at inbox placement. If you're seeing deliverability issues, our piece on why emails go to spam covers how authentication failures contribute.

4. Train Employees to Recognize Phishing and Social Engineering

Security awareness training that includes regular phishing simulation exercises is the most direct way to reduce the human risk that accounts for the majority of successful email attacks.

Human errors cause approximately 60% of all security breaches. Technical controls matter. But if your people can't recognize a phishing email, every other control is playing defense against a threat that already got past the front door.

What Effective Phishing Training Looks Like

One annual security awareness training session does not move the needle. The research is clear that repetition and active practice change behavior where passive instruction doesn't.

Phishing simulation tools like KnowBe4 and Proofpoint Security Awareness Training send fake phishing emails to employees and track who clicks. Employees who fall for the simulation get immediate, context-sensitive feedback. That's the moment training sticks. Not a slide deck three months earlier.

Tool screenshot: KnowBe4 phishing simulation and security awareness training.
Tool screenshot: Proofpoint Security Awareness Training.

​Effective security awareness training covers:

  • How to spot suspicious sender addresses and display name spoofing
  • Why urgent language and unusual payment requests are red flags
  • Safe practices for suspicious link handling before clicking
  • How to verify requests for wire transfers or credential changes through a separate channel
  • What to do when they suspect a phishing attack, including who to report it to

Building a Reporting Culture

Training only works if employees feel safe reporting mistakes. If someone clicks a phishing link and hides it because they're afraid of consequences, the breach goes undetected. The average organization takes 181 days to detect a breach. A culture where employees report immediately cuts that window dramatically.

Make reporting easy. A single email address or Slack channel for "I think I clicked something suspicious" is enough. Reward reporting. Never punish it. The goal of phishing awareness training is behavior change, not blame assignment.

5. Deploy a Secure Email Gateway

A secure email gateway filters inbound and outbound email traffic before it reaches user inboxes, blocking malware, ransomware attachments, phishing links, and spam at the infrastructure level.

Your built-in spam filter catches a lot. It doesn't catch everything. A dedicated secure email gateway adds URL scanning, attachment sandboxing, and behavioral analysis that basic filters skip. Sandboxing means a suspicious attachment is detonated in an isolated environment first. If it runs malicious code, it never reaches the employee's inbox.

Key Features to Look For

When choosing a secure email gateway, prioritize these capabilities:

  • URL rewriting and click-time scanning — checks links at the moment they're clicked, not just when the email arrives, catching phishing pages that go live after delivery
  • Attachment sandboxing — isolates and executes suspicious files in a safe environment before delivery
  • Outbound filtering — catches emails containing sensitive data or suspicious content leaving your organization
  • DMARC and SPF enforcement — validates authentication at the gateway level
  • BEC protection — uses AI to flag display name impersonation and lookalike domain attacks

Well-known secure email gateway options include Proofpoint, Mimecast, and Barracuda Email Protection. Microsoft 365 Defender and Google Workspace both include gateway-level protections in their enterprise tiers.

Tool screenshot: Proofpoint email security and gateway solutions.
Tool screenshot: Mimecast secure email gateway.
Tool screenshot: Barracuda Email Protection (secure email gateway).

​The email security market is projected to reach $5.89 billion in 2026, growing at a CAGR of 12.57%. The investment organizations are making here reflects how central a secure email gateway has become to baseline defense.

6. Enforce Strong Password Policies and Use a Password Manager

Strong, unique passwords combined with a password manager reduce credential-based account takeover risk by eliminating the two most common password failures: reuse across accounts and predictable patterns.

Password reuse is the reason credential stuffing works. An attacker buys a list of leaked usernames and passwords from a previous breach and tries them against your email platform. If an employee used the same password on a breached retail site and their work email, the attacker gets in. No phishing required.

Password Policy Requirements

A strong password policy for email accounts should specify:

  • Minimum 14-character passwords (length matters more than complexity rules)
  • No reuse of previous passwords
  • Mandatory change after any suspected compromise
  • Prohibition on using company name, year, or obvious patterns

Password managers like 1Password and Bitwarden generate and store unique passwords for every account. Employees don't need to remember them. They need one strong master password and MFA on the password manager itself.

Tool screenshot: 1Password business password manager.
Tool screenshot: Bitwarden business password manager.

Pairing Passwords with MFA

Strong passwords and multi-factor authentication work together, not as alternatives. A 20-character password is still vulnerable to phishing if an employee types it into a convincing fake login page. MFA catches that. Password strength matters for brute force resistance. MFA matters for phishing resistance. Both are necessary for secure email.

If your team is still relying on self-generated passwords without a manager, that's the fastest fix available. A business-tier password manager for a team of 20 costs less per month than the administrative time spent on a single password reset request.

7. Establish a Data Loss Prevention Strategy for Email

Data loss prevention (DLP) tools monitor outbound email for sensitive content, including personally identifiable information, financial data, and protected health information, and block or flag messages that violate defined policies before they leave the organization.

The insider threat isn't always malicious. About 55% of insider breaches involve careless or mistaken employees. Someone emails a spreadsheet of customer records to their personal Gmail to work on it over the weekend. No bad intent. Still a breach. DLP catches that before it becomes a regulatory problem.

What DLP Policies Cover

DLP tools scan email content and attachments for patterns matching sensitive data types. Common policy rules include blocking emails containing credit card numbers in the body, flagging outbound emails with attachments over a certain size to external domains, and alerting security teams when bulk customer data leaves the network.

Microsoft Purview and Google Workspace both include DLP features in enterprise plans. Dedicated DLP platforms offer more granular control for organizations with strict compliance requirements.

DLP also protects against misaddressed email, one of the simplest and most common data exposure events. A DLP rule that delays outbound emails to external recipients by 60 seconds gives employees a chance to catch mistakes before they can't be taken back.

8. Handle Suspicious Links and Attachments Safely

Safe handling of suspicious links and malicious attachments requires defined procedures that employees follow consistently, because a single click on a malicious file can deploy ransomware across an entire network.

The procedure matters as much as the awareness. Knowing that phishing exists doesn't tell an employee what to do when they get a suspicious invoice from a vendor they recognize. The handling protocol needs to be specific.

Link Verification Steps

Before clicking any link in a business email, employees should hover to reveal the actual URL destination. Lookalike domains are a common phishing technique: paypa1.com instead of paypal.com, or a long subdomain that buries the real destination after a legitimate-looking prefix.

For high-risk links, use a URL scanner like VirusTotal before visiting. Never enter credentials into a site reached through an unexpected email link, even if the page looks correct.

Tool screenshot: VirusTotal URL and file scanner.

Attachment Handling Protocol

Treat unexpected attachments from known contacts with the same suspicion as attachments from strangers. A BEC attack often uses compromised accounts, so the email genuinely comes from a colleague's real address. The colleague doesn't know they sent it.

Verify unexpected invoices, payment requests, or documents requesting action through a separate channel, such as a phone call or a new email thread, before opening attachments or taking the requested action. This single habit stops most BEC attempts cold.

9. Develop and Enforce an Email Security Policy

An email security policy is a formal document defining acceptable email use, required security controls, and employee responsibilities, and it gives your organization the framework to consistently enforce secure email practices across every role and device.

Most small and mid-sized businesses don't have a written email security policy. They have informal norms. When a breach happens, those norms don't protect you legally or operationally. A policy does.

What an Email Security Policy Should Include

A practical email security policy covers approved devices and email clients, requirements for MFA and encryption on work accounts, rules for handling sensitive information in email, procedures for reporting suspected phishing attacks, and consequences for policy violations.

The policy should also address automatic email forwarding. Many employees set up forwarding rules to personal accounts for convenience. Those rules can silently route sensitive communications to unmanaged accounts indefinitely, and they're frequently missed in security audits. Disable automatic forwarding to external domains at the platform level, not just the policy level.

Remote Work and Device Policy

Remote workers accessing business email on personal devices create additional exposure. Mobile device management (MDM) allows IT teams to enforce email security settings on any device accessing company email, including requiring device encryption, screen lock, and remote wipe capability if a device is lost.

If your team uses platforms like Mailchimp, HubSpot, or ActiveCampaign for marketing email, a strong email security policy also covers access controls on those platforms. Compromised marketing platform credentials can damage your sender reputation and expose your subscriber list. Our guide on email verification best practices for security and deliverability covers the intersection of list quality and account security.

10. Run Regular Phishing Simulations and Security Audits

Phishing simulation programs and periodic security audits measure the real-world effectiveness of security awareness training and technical controls, identifying gaps before attackers do.

You can't improve what you don't measure. A phishing simulation tells you exactly what percentage of your team would click a malicious link today. That number either validates your training investment or tells you where to focus next.

Designing Effective Phishing Simulations

Good phishing simulation programs vary the attack types across campaigns. A credential harvesting test one month, a malicious attachment test the next, a BEC-style impersonation attack after that. Each type exploits different vulnerabilities and trains different recognition skills.

Track click rates, reporting rates, and repeat offenders. A team member who clicks in three consecutive simulations needs targeted one-on-one training, not another group session. The data from phishing simulation programs is some of the most actionable security data a business has access to.

Broader Email Security Audits

Beyond simulations, a full email security audit should review DMARC, SPF, and DKIM configuration, check for unauthorized email forwarding rules, verify MFA enrollment across all accounts, test secure email gateway rules against current threat samples, and assess DLP policy coverage.

Run this audit at least annually, or after any significant organizational change like an acquisition, a major system migration, or a staff reduction. Audit findings feed directly back into your email security policy, keeping the policy relevant rather than a document that dates from the last time anyone had time to think about it.

Frequently Asked Questions About Secure Email Practices

What is the most important secure email practice for small businesses?

Multi-factor authentication on all email accounts delivers the highest impact for the least effort. A phishing attack that successfully steals a password becomes useless against an account protected by MFA. Enable it first, then work through the rest of this list.

What does email encryption actually protect?

Email encryption protects message content from being read by anyone other than the intended recipient. TLS protects email in transit between servers. S/MIME and end-to-end encryption protect the content itself, so even if a server is compromised, the messages can't be read without the decryption key.

How do SPF, DKIM, and DMARC protect against phishing?

SPF, DKIM, and DMARC together verify that an email claiming to come from your domain was actually sent by an authorized server, wasn't tampered with in transit, and instruct receiving servers to reject or quarantine messages that fail those checks. This blocks attackers from impersonating your domain in phishing attacks targeting your customers or partners.

How often should phishing simulation tests be run?

Monthly phishing simulations produce meaningfully better results than quarterly ones, because the reinforcement interval is short enough to keep security behaviors fresh. At minimum, run phishing simulations quarterly. Monthly is better for organizations in high-risk industries or those with a history of successful phishing attacks.

Does email verification relate to email security?

Yes, directly. Sending to invalid or fake email addresses damages your sender reputation, which affects deliverability and can get your domain flagged by spam filters. A clean list also means you're not exposing customer data through emails that bounce to unexpected destinations. See our piece on how role-based emails hurt deliverability for a specific example of list hygiene affecting both security and inbox placement.

Building Secure Email Habits That Stick

Secure email practices work as a system. MFA stops credential theft. Email encryption protects content. SPF, DKIM, and DMARC authentication stops impersonation. A secure email gateway filters threats at the infrastructure level. Employee training through security awareness programs and phishing simulation closes the human gap. Strong passwords and a password manager prevent reuse attacks. DLP catches accidental data exposure. A written email security policy holds it all together.

No single control is enough on its own. BEC scams don't care about your spam filter if your employees don't recognize social engineering. Phishing simulation results don't matter if you haven't deployed multi-factor authentication. The practices reinforce each other.

Start with MFA if you haven't already. Then check your DMARC record. Those two steps, both achievable in an afternoon, address the most common attack vectors directly. Add employee training and a secure email gateway next. Build toward a full email security policy over the following quarter.

And while you're cleaning up your security posture, don't forget the list quality side of email. Invalid addresses and list hygiene problems compound security issues by hurting deliverability and sender reputation. mailfloss automates that part. Set it up once and it runs quietly in the background, just like the rest of your security stack should.

DMARC Policy Configuration: Step-by-Step Guide

A DMARC policy tells receiving mail servers what to do with emails that fail SPF and DKIM authentication checks, and it is configured by publishing a single DNS TXT record at _dmarc.yourdomain.com. The three DMARC policy options are p=none (monitor only), p=quarantine (send to spam), and p=reject (block outright). Before you can publish a DMARC record, both SPF and DKIM must already be set up for your sending domain. A complete DMARC TXT record looks like this: v=DMARC1; p=reject; rua=mailto:dmarc@yourdomain.com; ruf=mailto:dmarc@yourdomain.com; adkim=r; aspf=r; pct=100.

We spend a lot of time helping email marketers fix deliverability problems, and spoofing is one of the sneakier ones. Someone sends email pretending to be you, your domain reputation takes the hit, and your real campaigns start landing in spam. DMARC policy configuration is the technical fix for that exact problem. This guide walks through every step, from prerequisites to ongoing monitoring.

What Is a DMARC Policy and How Does It Protect Your Domain?

A DMARC policy is an email authentication instruction published in DNS that tells receiving servers how to handle messages claiming to come from your domain when those messages fail SPF or DKIM verification. Without a DMARC policy in place, anyone can send email using your domain name and most mail servers will deliver it without question.

The threat is real and measurable. According to the FBI's Internet Crime Complaint Center 2025 annual report, total cybercrime losses hit $20.877 billion, a 26% jump over 2024. Phishing and spoofing made up the largest single complaint category, with 191,561 reports filed that year. That is not an abstract risk. It is people using your domain to run scams while you take the reputational damage.

​Cybercrime losses surged 26% to $20.877B in 2025 (FBI IC3).

DMARC works alongside SPF and DKIM to close that gap. SPF checks whether the sending server is authorized to send on behalf of your domain. DKIM verifies the message has not been tampered with in transit. DMARC ties both checks together and specifies what happens when either one fails. It also generates reports so you can see exactly who is sending email using your domain.

The adoption numbers tell a painful story. According to Red Sift's analysis of 73.3 million domains, only 14.9% had implemented any DMARC policy at all, and just 2.5% enforced p=reject. The gap between "has a DMARC record" and "actually blocks spoofing" is enormous. This guide gets you to the right end of that gap.

​Only 2.5% of domains enforce p=reject, despite 14.9% having any DMARC at all (Red Sift).

Prerequisites: Set Up SPF and DKIM Before Configuring DMARC

SPF and DKIM must both be active and passing before you publish a DMARC record, because DMARC alignment depends on at least one of them succeeding for each message.

Start with SPF. An SPF TXT record lists every server authorized to send email from your domain. Publish it at your root domain in DNS. A basic record looks like this:

v=spf1 include:_spf.google.com include:sendgrid.net ~all

The ~all at the end means "soft fail" anything not listed. Once you move DMARC to p=reject, consider switching to -all for a hard fail. Add every third-party sender your domain uses, including your ESP like Mailchimp, HubSpot, or ActiveCampaign. Missing a legitimate sender here will cause authentication failures when DMARC enforcement is active.

DKIM adds a cryptographic signature to outgoing messages. Your email platform generates a public/private key pair. You publish the public key as a TXT record in DNS, typically at a selector like selector1._domainkey.yourdomain.com. The sending server signs each message with the private key, and receiving servers verify it using your published public key.

Verify both are working before you touch DMARC. Send a test email to a MXToolbox mailbox or use Google's message header analyzer to confirm SPF passes and DKIM shows a valid signature. If either is broken, fix it first. A misconfigured DMARC record pointing at broken SPF or DKIM will start failing legitimate email the moment you move past p=none. Our guide on email deliverability for marketers covers the full authentication stack in more detail.

MXToolbox: SPF, DKIM, and DMARC lookups and diagnostics.

DMARC TXT Record Syntax: Tags and Values Explained

A DMARC TXT record is published at the hostname _dmarc.yourdomain.com and must begin with v=DMARC1 followed by a series of tag-value pairs separated by semicolons.

Here is a full example with all commonly used tags:

v=DMARC1; p=reject; sp=quarantine; rua=mailto:dmarc@yourdomain.com; ruf=mailto:dmarc@yourdomain.com; adkim=r; aspf=r; pct=100; fo=1

The following table explains each tag:

TagRequired?DescriptionExample
vYesProtocol version, always DMARC1v=DMARC1
pYesDMARC policy for the root domainp=none, p=quarantine, p=reject
spNoDMARC policy for subdomainssp=reject
ruaNoAddress for aggregate reportsrua=mailto:dmarc@yourdomain.com
rufNoAddress for forensic reportsruf=mailto:dmarc@yourdomain.com
adkimNoDKIM alignment modeadkim=r (relaxed), adkim=s (strict)
aspfNoSPF alignment modeaspf=r (relaxed), aspf=s (strict)
pctNoPercentage of messages to apply policypct=25
foNoForensic report optionsfo=1

The only two mandatory tags are v and p. Everything else is optional, but skipping rua means you will get no aggregate reports, which makes monitoring impossible. Always include it.

The Three DMARC Policy Options: None, Quarantine, and Reject

The DMARC policy value in the p tag controls what receiving mail servers do with messages that fail authentication, and choosing the right policy for your current stage of deployment is the most important decision in this whole process.

p=none: The Monitoring DMARC Policy

p=none instructs receiving servers to deliver messages normally regardless of DMARC failure. No messages are blocked or quarantined. The only output is aggregate and forensic reports sent to the addresses you specify in rua and ruf.

This is your starting point. Always. It lets you see which sources are sending email on your domain's behalf without risking legitimate email delivery. You will often discover that a forgotten ESP, an automated notification system, or a third-party form tool is sending email from your domain that you did not know about. If you skip p=none and jump straight to p=reject, those messages disappear and no one knows why.

​Start with p=none to monitor safely and discover all senders before enforcing.

p=quarantine: The Filtering DMARC Policy

p=quarantine tells receiving servers to route failing messages to the spam or junk folder rather than the inbox. Messages are not rejected outright. They land somewhere, just not the inbox.

This is the middle step. Move to p=quarantine after you have reviewed your aggregate reports, confirmed all legitimate sending sources pass authentication, and added any missing SPF includes or DKIM selectors. The pct tag is useful here. Setting pct=25 means only 25% of failing messages get quarantined under this DMARC policy, giving you a controlled rollout.

p=reject: The Enforcement DMARC Policy

p=reject is the only policy that actually blocks spoofing. Receiving servers discard messages that fail DMARC authentication outright. They never reach any folder. This is the goal for every domain that sends email regularly.

After the U.S. government's Binding Operational Directive BOD 18-01 required all federal civilian agencies to enforce DMARC at p=reject, EasyDMARC's data showed that the U.S. reduced successful spoofed email delivery from 69% to 14%. That is what enforcement-level DMARC policy actually achieves in practice. The number is not theoretical.

​Enforcing p=reject cut spoofing success from 69% to 14% (EasyDMARC).

Step-by-Step: How to Add a DMARC Record in DNS

Adding a DMARC record in DNS requires access to your domain registrar or DNS hosting provider, a text editor, and roughly ten minutes once your SPF and DKIM prerequisites are confirmed.

Work through these steps in order:

  1. Log in to your DNS provider. Common providers include Cloudflare, GoDaddy, Namecheap, and Route 53. Navigate to the DNS management section for your domain.
  2. Create a new TXT record. Set the hostname to _dmarc (some providers require the full _dmarc.yourdomain.com). Set the record type to TXT.
  3. Paste your DMARC TXT record value. Start with a monitoring record: v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com. This DMARC policy will not block anything yet.
  4. Set TTL. A TTL of 3600 (one hour) is standard. Lower values allow faster propagation when you update the record later.
  5. Save the record. DNS propagation typically takes between a few minutes and 48 hours, though most resolvers pick up changes within an hour.
  6. Verify the record published correctly. Use MXToolbox's DMARC lookup or Google's toolbox to query _dmarc.yourdomain.com and confirm the record appears as expected.

One record per domain. If you already have a DMARC TXT record published, edit the existing one rather than creating a second. Duplicate DMARC records cause lookup failures. If you run a separate sending domain for transactional email, that domain needs its own DMARC record at its own _dmarc hostname. Our breakdown of why emails go to spam covers what happens when these technical pieces are missing.

DMARC Alignment: Strict vs. Relaxed Mode for SPF and DKIM

DMARC alignment determines how closely the domain in the visible From address must match the domain used by SPF and DKIM, and it is the mechanism that closes the gap between "passes SPF" and "actually comes from you."

Most people set this up and never think about it again. That is fine when it works. But when DMARC is failing for messages you know are legitimate, alignment is usually the cause.

SPF Alignment

SPF alignment compares the domain in the message's From header with the domain in the MAIL FROM envelope address used during SMTP delivery. In relaxed mode (aspf=r), the organizational domain must match. So mail.yourdomain.com in the envelope aligns with yourdomain.com in the From header. In strict mode (aspf=s), the domains must match exactly.

Relaxed is the right default for most senders. Strict mode causes failures when a subdomain handles sending but the From address shows the root domain, which is a very common setup.

DKIM Alignment

DKIM alignment compares the domain in the From header with the d= domain in the DKIM signature. Again, relaxed mode (adkim=r) allows subdomain matches. Strict mode (adkim=s) requires an exact match.

When an ESP signs your email with their own DKIM key under their domain rather than yours, DKIM alignment will fail regardless of the mode. The fix is to configure a custom DKIM domain in your ESP so they sign using your domain, not theirs. This is standard in platforms like Klaviyo, Brevo, and GetResponse. Check your ESP's DNS setup documentation before escalating DMARC policy.

Subdomain Policy with the sp Tag

The sp tag sets a separate DMARC policy for all subdomains not covered by their own DMARC record. If your root domain is at p=reject but you want subdomains at p=quarantine during a phased rollout, set sp=quarantine in your root domain's DMARC TXT record. Parked domains that send no email at all should be set to sp=reject to prevent spoofing through subdomain variants.

Gradual DMARC Rollout Strategy: From Monitoring to Enforcement

A gradual DMARC rollout follows a defined sequence from p=none through p=quarantine to p=reject, using aggregate reports and the pct tag to control the pace of enforcement.

Jumping straight to p=reject is the most common DMARC mistake we see. It blocks legitimate email from senders you forgot to authenticate, and the damage can take days to diagnose. The phased approach takes a few weeks longer but eliminates that risk entirely. It is worth the patience.

Phase 1: Monitor with p=none

Publish your initial DMARC TXT record with p=none and an rua address to collect aggregate reports. Run this for two to four weeks. Read the reports. Identify every source sending email from your domain. Confirm each one has valid SPF authorization and a working DKIM signature aligned to your domain.

Do not rush past this phase. Aggregate reports arrive daily as compressed XML files. Use a DMARC report analyzer (more on that below) to make them readable. Fix every failing source before moving on.

Phase 2: Enforce Gradually with p=quarantine and pct

Once your reports show high DMARC pass rates across legitimate sources, update your DMARC record to p=quarantine; pct=10. This DMARC policy applies quarantine treatment to only 10% of failing messages. Watch your aggregate reports for a week. If legitimate email is not dropping, raise pct to 50, then 100. Each step gives you a chance to catch any sources you missed.

The pct tag works only with p=quarantine and p=reject. A pct=100 value is equivalent to omitting the tag entirely. And yes, p=none; pct=10 is technically valid syntax but meaningless since p=none takes no action anyway.

Phase 3: Full Enforcement with p=reject

When p=quarantine; pct=100 has run cleanly for one to two weeks with no legitimate email failures, update the DMARC record to p=reject. This is full enforcement. Unauthenticated email claiming to come from your domain is rejected at the receiving server before it reaches any folder.

EasyDMARC's 2026 adoption data shows enforcement-level DMARC policies grew from 233,249 domains in 2023 to 411,935 in 2026. That growth tracks directly with major mailbox providers making authentication a delivery requirement. The domains not in that count are still sending unprotected. Getting your domain warmed up and authenticated properly before enforcing DMARC is covered in our domain warm-up best practices guide.

How to Monitor and Analyze DMARC Reports

DMARC generates two types of reports: aggregate reports delivered via the rua tag and forensic reports delivered via the ruf tag, and reading them regularly is what separates a working DMARC setup from one that slowly drifts out of compliance.

Aggregate reports arrive as daily XML files from each major mailbox provider that processes your email. They show sending sources, message volumes, SPF and DKIM pass/fail counts, and DMARC policy disposition. They do not contain message content. Forensic reports, on the other hand, include redacted copies of individual failing messages and are used to diagnose specific failures. Not all providers send forensic reports due to privacy concerns, so do not rely on them as your primary monitoring tool.

Reading Aggregate Reports

Raw DMARC aggregate reports are XML files compressed with gzip. Nobody reads them raw. Use a report analyzer to parse and visualize them. Free options include MXToolbox's DMARC report analyzer and dmarcian's free tier. Paid platforms like dmarcian, Valimail, and EasyDMARC offer historical tracking and alerting at scale.

MXToolbox DMARC Report Analyzer for parsing aggregate XML.
dmarcian: DMARC report visualization and monitoring.

​Look for three things in your aggregate reports: sources with low DMARC pass rates, new sending sources you did not expect, and any increase in failure volume over time. An unexpected source with high volume usually means a third-party service has started sending on your behalf without proper SPF or DKIM setup.

Acting on Report Data

For each failing source identified in your aggregate report, do one of the following: add the source's sending IP or include directive to your SPF record, configure DKIM signing in the relevant platform, or if the source is unauthorized, confirm your DMARC enforcement level will block it going forward.

DMARC policy compliance is not a one-time task. New vendors get added. ESPs change their sending infrastructure. Someone connects a new tool to your marketing stack. Set a recurring calendar reminder to review aggregate reports monthly once you reach p=reject. It takes fifteen minutes and it keeps your email authentication tight. If you want to close the loop on list quality at the same time, our email validation best practices guide covers how clean lists and strong authentication work together.

​Review DMARC aggregate reports monthly after reaching p=reject to keep authentication tight.

The whole DMARC setup process, from publishing your first p=none record to reaching full p=reject enforcement, usually takes four to six weeks when done properly. That is not long. And the protection it gives your domain, your recipients, and your sender reputation is permanent as long as you keep the record in DNS and stay on top of the reports.