Skip to main content
Practical guidePeople and account security4 min read

SPF, DKIM and DMARC: Where a Small Business Should Start

List every service sending as your domain, test SPF or DKIM alignment, and resolve legitimate DMARC failures before moving towards enforcement.

AI-assisted research, drafting and editorial checks by RightCyber. Sources checked on 2 October 2026.

BylineWritten by RightCyber · Published by RightCyber

PublicationPublished · Updated

Source statusSources checked 2 October 2026 · Review due 2 January 2027

At a glance

Test real messages from every known sender for DMARC success, including alignment, rather than treating inbox arrival as the acceptance test.

On this pageArticle contents

Share this article

LinkedInEmail

Start email authentication with a list of everything that sends messages using your business domain. Then configure and test each sender before tightening your DMARC policy. Adding a DNS record without checking invoices, booking messages and newsletters can leave legitimate mail failing authentication.

The important acceptance test is whether a real message from each service passes DMARC using your domain. “It arrived in my inbox” is a different test.

What the three checks mean

SPF describes which systems may send mail for a domain used in the sending process. DKIM adds a signature that receiving systems can check using a public key. DMARC checks whether a passing SPF or DKIM result also aligns with the domain in the visible From address.

At least one of those aligned authentication routes must pass for DMARC to pass. The current DMARC standard, RFC 9989, defines that relationship. Google's DMARC guidance provides its setup instructions, including strict and relaxed alignment modes.

These checks help receiving systems assess use of your domain. They don't establish that an invoice is genuine, stop a criminal using a similar domain or make a compromised business mailbox trustworthy.

Build the sender list from business activities

Don't stop at staff email. Walk through the moments when your business sends something:

  • A customer books and receives a confirmation.
  • An invoice or statement leaves the accounts system.
  • A website form sends a notification.
  • A newsletter or recruitment service sends mail.

For each sender, note the visible From address, the service and the person who can arrange a test. Include occasional senders. A quarterly newsletter can disappear from an ordinary week's traffic.

Give the list to the authorised email administrator. They should use each service's current instructions and coordinate DNS changes. Google's SPF and DKIM instructions are useful for Google Workspace. They aren't a universal configuration for every provider.

A test that finds the missed sender

Imagine Willow Repairs, a fictional business using three services. Its administrator sends approved test messages and inspects the authentication results at the receiving system.

  • Staff mail passes DMARC through aligned DKIM.
  • Booking confirmations pass through an aligned authentication route.
  • The newsletter has a passing DKIM signature for the newsletter supplier's separate domain, but neither SPF nor DKIM aligns with Willow's visible From domain. DMARC fails.

The third result matters even if the newsletter arrived. Willow checks the supplier's instructions for authenticating its own sending domain, completes the supported setup and repeats the test. It doesn't solve the mismatch by copying the staff-mail settings into the newsletter service.

Record the sender, test date, From domain, authentication result and any unresolved issue. Use harmless test content and approved recipients. Message headers and reports can contain addresses and other information, so keep them in an appropriate restricted location.

When is the domain ready for enforcement?

A monitoring policy, commonly called p=none, lets you gather reports without requesting quarantine or rejection because of DMARC failure. It doesn't itself ask recipients to block failing messages.

Before moving towards enforcement, check that:

  1. Every known business sender has produced a passing test.
  2. Reports cover normal activities and the occasional services on your list.
  3. Unexplained failures have been investigated, rather than assumed to be criminals.
  4. Someone can identify a delivery problem and make an authorised correction.

These are practical readiness checks, not a fixed timetable or a guarantee of delivery. Follow the provider's staged rollout guidance and account for any subdomains and forwarding arrangements relevant to your setup.

Repeat the relevant sender test when you replace the booking system, introduce a marketing tool or change email providers. Keep that test beside the service handover. It catches an authentication gap before a customer has to tell you their confirmation never arrived.

Provenance

Sources reviewed

Reviewed 2 October 2026

Sources reviewed by RightCyber on 2 October 2026. A source’s classification describes where it came from; it is not a blanket claim about every source.

How we prepare guidance and handle corrections

Disclaimer

RightCyber is independent and is not affiliated with or endorsed by Google or any linked provider. This article is general guidance. Email and DNS changes need authorised administration, current supplier instructions and suitable testing.

Clarifications

Frequently asked questions

Does a passing DKIM signature always mean DMARC passes?
No. DMARC needs at least one passing authentication route that also aligns with the visible From domain. A signature for a separate supplier domain may pass DKIM without providing the required alignment.
Does an authentication pass prove an invoice is genuine?
No. Keep the normal purchase, payment and account checks. Authentication helps assess the sending domain, but a compromised legitimate account or a deceptive request can still produce a dangerous message.
When should we move beyond a monitoring DMARC policy?
Check all known senders, normal and occasional traffic, unexplained failures and your ability to correct a delivery problem. Follow the provider's staged guidance. These are practical readiness checks, not a fixed timetable or a delivery guarantee.

Continue reading

Continue with a related article

Email authentication and mailbox access need separate attention. Check that cloud sign-in protection works as intended.

Keep exploring

Browse the RightCyber Blog
  • People and account security

    Who Controls Your Business Domain Name?

    A four-part domain map and a fictional recovery dead end help you find inaccessible accounts, renewal gaps and dependencies before retiring an old domain.

  • Cyber Essentials

    Cyber Essentials: Check Your Cloud Sign-ins Actually Use MFA

    Take one cloud service and ask your provider to trace how people access it. This guide helps you compare account coverage, interpret MFA results and turn unclear exceptions into named actions.

  • People and account security

    New Supplier Bank Details? Check Before You Pay

    The invoice may be genuine even if the new bank details aren’t. Find out who should check a change, how to contact the supplier safely and what to do if the money has already left.