1. Home
  2. Developer tools
  3. Email Spoofing Test

Email Spoofing Test

Can someone send mail that looks like it comes from your domain? The scorecard checks the DNS records that decide it and tells you what to fix first.

Free, no sign-up. Runs in your browser; see “Private by design” for the one online step.

How to use Email Spoofing Test

  1. Enter your domain.
  2. Press Run the scorecard.
  3. Work through the checklist from the top.

Features

  • SPF, DMARC and DKIM checks
  • MTA-STS, TLS-RPT, DNSSEC and MX
  • Weighted score and a risk level
  • A fix suggested for each gap
  • Recognises domains that send no mail
  • Reads public DNS only

Supported formats

Input

  • Domain names
  • Typed or pasted text

You get

  • Scorecard with points
  • Fixes

Private by design

Nothing is sent until you press the button. Then the domain names or addresses needed for the check (for example the name and the record type) are sent over HTTPS to the resolver you choose, Cloudflare (cloudflare-dns.com) or Google (dns.google), which see them under their own privacy terms and your IP address. openWorkstand never receives them. How local processing works

Good to know

  • It reads DNS only and sends no mail, so it cannot prove what receivers do.
  • DKIM is found only if the selector is among common names.

Guide

How the email spoofing scorecard weighs SPF, DMARC, DKIM and transport security

Anyone can type your domain into the From field of an email. Whether the message is accepted depends on what receivers find in your DNS. This scorecard checks the records that decide it, adds up a score out of 100 and lists, line by line, what to fix first. The result describes configuration, not delivery.

How the points are assigned

DMARC (40 points) counts the most. p=reject earns 40, or 34 if pct is below 100; p=quarantine earns 30; p=none earns 8; no record or an invalid one earns 0. SPF (25): a valid record ending in -all earns 25 and ~all earns 22; no all term earns 12; +all, ?all or a record with an error earns 5; none earns 0. DKIM (15): keys found among 15 common selector names earn 15, or 8 if all of them are RSA keys under 2048 bits; none found earns 6. MTA-STS (8), TLS-RPT (4), DNSSEC (5) and MX (3) are smaller, optional items that show care for transport security. The risk is Low from 80, Medium from 50 and High below.

Why DKIM is a partial check

DKIM selectors are arbitrary names, and the only reliable way to learn one is to read it from a message. The scorecard tries 15 common names such as google, selector1, k1, s1 and default. If none is found, the item scores 6 of 15 with the note that your provider may use a different selector. To be sure, use the DKIM Record Checker with the selector from a real message header.

Domains that send no mail

A domain with SPF -all as its only term and either no MX or a null MX is treated as a non-sending domain. For these, a missing DKIM key is fine and scores in full, and the page adds a notice to complete the protection with DMARC p=reject. Parked and legacy domains are the typical case and are favourite targets for spoofing because owners forget them.

Reading the checklist

The table has one row per check: the result (Good, Weak, Missing or wrong, or Optional), points earned out of the maximum, and a sentence on what was found with a suggested fix. It ends with the number of DNS queries made, around forty-five, since each selector and each include costs a lookup. Work through the checklist from the top: DMARC enforcement first, then SPF correctness, then DKIM, and treat the optional items as later improvements.

A worked example

Press Sample to score github.com. When this guide was reviewed it scored 70 / 100, risk Medium: SPF Good (22 of 25, ends with ~all, 10 of 10 lookups used), DMARC Good (30 of 40, p=quarantine, advice to move to reject), DKIM Good (15 of 15, six keys found with a note that two use RSA keys under 2048 bits), MTA-STS, TLS-RPT and DNSSEC Optional with 0 points each, and MX Good (3 of 3). Records change, so a repeat may differ.

Limits

The test reads public DNS only. It cannot see how receivers actually treat your mail, whether your servers sign with the keys it found, or whether your DMARC reports show failures. A high score does not guarantee inbox delivery, which also depends on reputation and content. The detail behind each line is in the SPF Record Checker, DMARC Checker and MTA-STS Generator.

Checked against the current version of the Email Spoofing Test on .

Frequently asked questions

Why does DMARC carry more weight than SPF?

SPF and DKIM only produce pass or fail results; DMARC is what tells receivers to act on a failure. Without an enforced policy, forged mail that fails both is still delivered, so DMARC decides whether spoofing succeeds.

How should a domain that sends no mail be protected?

Publish SPF with -all, a null MX so that nothing is accepted, and a DMARC policy of reject. The page recognises such a domain, treats the missing DKIM key as fine and tells you to add the DMARC reject.

What matters most for stopping spoofing?

A DMARC policy of quarantine or reject, backed by SPF and DKIM. Without enforcement, forged mail is still delivered.

Does a high score mean my mail reaches the inbox?

No. Delivery also depends on reputation, content and sending practices. The score only describes your DNS configuration.

Is anything sent over the internet?

Nothing is sent until you press the button. Then the domain names or addresses needed for the check (for example the name and the record type) are sent over HTTPS to the resolver you choose, Cloudflare (cloudflare-dns.com) or Google (dns.google), which see them under their own privacy terms and your IP address. openWorkstand never receives them.

Keep working with the result

openWorkstand also includes a free workspace with documents, spreadsheets, tasks, projects and a calendar that save to a folder on your computer.