Email marketing

Email Authentication: How SPF, DKIM, DMARC, and BIMI Work

Email authentication cover with three envelopes, green checkmarks, and a red warning icon
Alexey Kachalov
Alexey Kachalov
Updated: 25 July, 2026 / 6466 / 00 min

Key takeaways

  • Email authentication helps receiving servers verify message association with claimed domains, aiding in detecting spoofing and enforcing policies.
  • Core system combines SPF, DKIM, and DMARC; BIMI adds verified brand logos.
  • Authentication protects domains, enhances visibility, and ensures reliable delivery signals.
  • Business email compromise risk remains high, with authentication as a layer in broader security measures.
  • SPF authorizes sending sources; DKIM signs messages for verification; DMARC aligns identities and enforces policies.

Email authentication helps receiving mail servers verify that a message is associated with the domain it claims to use. It does not guarantee inbox placement, but it gives providers reliable signals for detecting spoofing, enforcing domain policy, and deciding whether a message deserves additional scrutiny.

The core system combines SPF, DKIM, and DMARC. BIMI builds on those controls to support verified brand logos at participating mailbox providers. This guide explains what each protocol checks, how alignment works, and how to deploy the records without disrupting legitimate mail.

Email authentication is a set of technical checks that connects an email to an authorized sending domain. SPF checks sending infrastructure, DKIM verifies a cryptographic signature, and DMARC evaluates whether either authenticated domain aligns with the address visible to the recipient.

Authentication protects your domain from direct spoofing and gives mailbox providers better evidence when filtering mail. It is only one part of deliverability: reputation, consent, list quality, content, and recipient engagement still matter.

Quick answer

For a practical baseline, publish one accurate SPF record, enable DKIM for every sending service, add DMARC at p=none with reporting, verify alignment, and move toward enforcement only after all legitimate senders are accounted for.

Detailed setup guides: SPF, DKIM, DMARC, and BIMI.

What is email authentication and why do you need it?

Email authentication lets a receiving server check whether the infrastructure and domains used by a message match rules published by the domain owner. These checks make impersonation harder and help legitimate senders establish a consistent identity.

The main benefits are:

  • Domain protection. DMARC can tell participating receivers to quarantine or reject messages that spoof your domain.
  • Better visibility. Aggregate DMARC reports reveal which services send mail using your domain and where authentication fails.
  • More dependable delivery signals. Correct authentication prevents avoidable failures, although it cannot compensate for poor reputation or unsolicited mail.
  • Support for provider requirements. Major mailbox providers require authentication for many senders, with stricter rules for bulk traffic.

Business email compromise remains a major risk. The FBI Internet Crime Report illustrates the financial impact, but authentication should be treated as one layer in a broader security program rather than a complete defense.

SPF, DKIM, DMARC, and BIMI at a glance

Protocol What it checks What the domain owner publishes
SPF Whether the connecting server is authorized for the envelope sender domain A TXT policy listing approved sending sources
DKIM Whether a signed part of the message has changed and the signature validates A public key under a selector
DMARC Whether SPF or DKIM passes and aligns with the visible From domain A policy, reporting addresses, and optional alignment settings
BIMI Whether an eligible authenticated domain has published a compatible logo A BIMI record pointing to an SVG logo and, where needed, a mark certificate

How email authentication works

When a message arrives, the receiving server can evaluate several identities. The visible From address is what readers see, but SMTP also carries an envelope sender, often exposed as the Return-Path. DKIM adds a signing domain in the d= tag. DMARC connects these otherwise separate checks through alignment.

  1. The sending service connects to the receiving mail server.
  2. The receiver checks SPF against the envelope sender or HELO domain.
  3. The receiver retrieves the DKIM public key from DNS and verifies the message signature.
  4. DMARC checks whether the domain that passed SPF or DKIM aligns with the visible From domain.
  5. The receiver combines authentication results with reputation and other filtering signals, then delivers, filters, quarantines, or rejects the message.

Important

DMARC passes when at least one aligned mechanism passes: aligned SPF or aligned DKIM. SPF and DKIM can both authenticate successfully while DMARC still fails if neither authenticated domain aligns with the visible From address.

SPF authorizes sending infrastructure for the envelope sender domain.

SPF: authorize sending sources

SPF is evaluated against the SMTP envelope sender domain, not simply the visible From address. Publish a single SPF TXT record for each sending domain and include every legitimate service that uses it. Multiple SPF records can cause a permanent error.

SPF processing has a limit of 10 DNS-querying mechanisms and modifiers. Excessive nested include chains can exceed that limit. Forwarding can also break SPF because the forwarding server’s IP may not be authorized, which is one reason aligned DKIM is valuable.

A basic record might look like v=spf1 include:example-email-service.com -all. Use the exact value supplied by each provider and audit the record before removing or adding sources.

SPF operation scheme

DKIM adds a cryptographic signature that the receiver verifies with a DNS-hosted public key.

DKIM: sign the message

DKIM does not encrypt the private key or the message. The sending system keeps the private key and uses it to create a signature. The receiver retrieves the public key from DNS and checks whether the signature is valid for the signed headers and body.

A valid signature shows that the signed content has not been altered and that the signer controlled the private key associated with the DKIM domain. It does not automatically prove that the message is trustworthy. For DMARC, the DKIM d= domain must also align with the visible From domain.

DKIM operation scheme

DMARC connects authentication to the visible From domain and adds reporting and policy.

DMARC: align identities and publish a policy

DMARC evaluates aligned SPF and DKIM, then applies the domain owner’s requested policy: monitoring with p=none, spam-folder treatment with p=quarantine, or rejection with p=reject. Receivers retain final control over handling.

Start with reporting, inventory every legitimate sender, fix alignment, and only then increase enforcement. A starter record can be v=DMARC1; p=none; rua=mailto:dmarc@example.com. Use a dedicated, monitored reporting mailbox or a reporting service.

Current DMARC guidance is defined in RFC 9989. For a complete rollout, see our DMARC setup process.

How DMARC works

BIMI can display a brand logo at supporting mailbox providers after the domain meets authentication and policy requirements.

BIMI: add a verified brand indicator

BIMI is not a replacement for SPF, DKIM, or DMARC. The organizational domain generally needs DMARC enforcement, and the logo must use the required SVG Tiny Portable/Secure profile. Some providers also require a Verified Mark Certificate or Common Mark Certificate and apply their own reputation and display rules.

A record can point to the hosted logo and certificate: v=BIMI1; l=https://yourserver.com/logo.svg; a=https://yourserver.com/vmc.pem. Publishing the record does not guarantee that every inbox will show the logo.

How BIMI works
Source: DMARCLY

How to set up email authentication safely

Treat authentication as an inventory and verification project, not a sequence of DNS records copied blindly. Use a subdomain for marketing mail when that separation supports your domain strategy, and coordinate changes with every team or vendor that sends on your behalf.

1. Inventory every sending source

List your email service provider, corporate mail, transactional systems, support platform, CRM, billing tools, and any service that sends with your domain in the visible From address. Check old systems too: an unknown legitimate sender is a common reason DMARC enforcement breaks mail.

2. Publish one accurate SPF record

Add only authorized sources, keep the record within the DNS-lookup limit, and remove services you no longer use. DNS panels publish the record; you normally do not need to β€œrestart” DNS. Allow time for caches to expire.

If your DNS host requires provider-specific instructions, its interface may differ. This DNS record reference is one example; follow the documentation for your own provider.

Authenticating IP address and SPF
An example of how it looks like in one of the web hosting services. It might be different in another services, though it’s likely to be similar

3. Enable DKIM for every service

In Selzy or another ESP, generate or copy the provider’s DKIM DNS record, publish it under the exact selector, and then return to the provider to verify it. Each service may use its own selector, so multiple DKIM records can coexist.

For Selzy, follow the current account prompts, review the general guide on how to set up your email, and use our detailed article on how to set up DKIM for your domain.

DKIM setting up

4. Add DMARC in monitoring mode

Publish a DMARC TXT record at _dmarc.yourdomain.com, collect aggregate reports, and verify that legitimate sources pass aligned SPF or DKIM. Move gradually from p=none to p=quarantine and then p=reject only when reports show that expected traffic is aligned.

DMARC setting
Source: ClouDNS

5. Add BIMI after DMARC enforcement

Prepare a compliant SVG logo, host it over HTTPS, publish the BIMI record, and obtain a supported mark certificate if your target mailbox providers require one. Confirm that the domain’s DMARC policy and reputation meet each provider’s display criteria.

Google and Yahoo sender requirements

All senders should authenticate mail. Senders of roughly 5,000 or more messages per day to personal Gmail accounts face additional requirements, including SPF, DKIM, DMARC, alignment, low spam rates, TLS, valid DNS, and one-click unsubscribe for qualifying marketing mail. Yahoo applies similar expectations to bulk senders. Requirements can change, so verify them with the providers before a major launch. See our overview of the Google and Yahoo rules for bulk senders.

How to verify and troubleshoot authentication

Send a test message to accounts at several mailbox providers and inspect the full headers. Look for Authentication-Results entries showing SPF, DKIM, and DMARC outcomes. Also use your ESP’s domain-status checks and review DMARC aggregate reports over time.

Symptom Likely cause What to check
SPF permerror Multiple records, invalid syntax, or more than 10 DNS lookups Merge authorized sources into one valid policy and count lookup-causing terms
SPF passes but DMARC fails The envelope sender domain does not align with the visible From domain Configure a custom return-path or rely on aligned DKIM
DKIM fails Wrong selector, truncated key, altered signed content, or signing disabled Compare the message selector and domain with the published key
DMARC reports show an unknown source Unauthorized traffic or a forgotten legitimate service Identify the sender before authorizing or blocking it
BIMI logo does not appear DMARC is not enforced, SVG/certificate is invalid, or provider criteria are unmet Validate every prerequisite and remember display is provider-controlled

Email authentication checklist

  • Inventory every system that sends with your domain.
  • Publish one valid SPF record and stay within the lookup limit.
  • Enable DKIM for every sending service and verify the selector.
  • Confirm that SPF or DKIM aligns with the visible From domain.
  • Start DMARC with reporting, then progress carefully to enforcement.
  • Test real messages and monitor authentication results continuously.
  • Add BIMI only after the authentication foundation is stable.

Email authentication works best as an ongoing control. Recheck records whenever you add or remove a vendor, rotate DKIM keys periodically, monitor DMARC reports, and keep ownership of sending domains and DNS access clearly documented. When you are ready to send authenticated campaigns, start with Selzy.

Email authentication FAQ

Does email authentication guarantee inbox placement?

No. Authentication helps mailbox providers verify that a message is associated with the domain it claims to use, but it does not guarantee inbox placement. Reputation, consent, list quality, content, and recipient engagement still affect deliverability.

What is the difference between SPF and DKIM?

SPF checks whether the connecting server is authorized for the envelope sender domain. DKIM verifies a cryptographic signature on the message to confirm that a signed part has not changed and that the signature is valid.

What is DMARC alignment?

DMARC looks at whether SPF or DKIM passes and whether the authenticated domain aligns with the visible From domain. This is how DMARC connects the different identities involved in a message so receivers can evaluate whether it truly matches the domain readers see.

How should DMARC be rolled out safely?

Start with DMARC at p=none and enable reporting so you can see who is sending mail using your domain and where authentication fails. Verify alignment and account for all legitimate senders before moving to enforcement.

What are the main SPF rules to keep in mind?

Publish one accurate SPF record and make sure it reflects your approved sending sources. SPF is meant to verify the sending infrastructure for the envelope sender domain, so the policy must stay current as services change.

What does BIMI require?

BIMI builds on existing email authentication controls and is used to support verified brand logos at participating mailbox providers. It requires a compatible BIMI record pointing to an SVG logo and, where needed, a mark certificate.

Updated: 25 July, 2026

In this article
What is email authentication and why do you need it? How does it work exactly? How to authenticate the email: a step-by-step guide Conclusion
Alexey Kachalov

Written by Alexey Kachalov

IT entrepreneur and business leader with 20+ years of experience: marketing & transactional email services, tourism, video games, localization. Launched high-load services for global markets, managed small and big teams (tech & non-tech), and reorganized the entire business infrastructures. Hands-on experience in PHP, Go, C/C++, Linux, Mysql, Mongo, etc.