Email

Email Troubleshooter

Problem → cause → fix

What’s going wrong?

Pick the problem and enter your domain. We run the checks that can explain it and tell you the most likely cause and the fix.
Try:
gmail.com
github.com
cloudflare.com

Why email fails, and how this finds the cause

Authentication, reputation and reachability

Most email problems trace back to a handful of causes: missing or broken authentication (SPF, DKIM, DMARC), a poor sending reputation (blocklists, missing reverse DNS), or a receiving setup that senders can’t reach (MX records, the mail server, MTA-STS).

The troubleshooter starts from what you’re seeing, runs only the checks that can explain it, and ranks the causes by how strongly the evidence points at them. Each cause comes with the fix: exact DNS records to paste where possible, otherwise the steps and the tool to dig deeper.

SPF
A TXT record listing the servers allowed to send for your domain.
DKIM
A signature on each message, checked against a public key in DNS.
DMARC
Tells receivers what to do with mail that fails SPF and DKIM alignment, and where to send reports.
MX
The records naming the servers that receive mail for your domain.

How to use this tool

Diagnose an email problem in four steps
1
Pick the problem
Going to spam, not arriving, bouncing, can’t send, arriving late, or someone sending as you.
2
Enter your domain
Or your email address — only the domain after @ is used.
3
Read the most likely cause
Causes are ranked by evidence, with a confidence level.
4
Apply the fix plan
Copy the records, follow the steps, then run the troubleshooter again to confirm.

Frequently asked questions

Common email problems, answered
6 Q&A

The most common causes are a missing or broken SPF record, no DKIM signing, no DMARC record, a blocklisted sending IP or domain, and missing reverse DNS. Since 2024 Gmail and Yahoo also require SPF, DKIM and DMARC from bulk senders. Choose “Going to spam” to check all of these for your domain.

Usually the MX records are missing or wrong, the mail server isn’t reachable on port 25, a recent MX change hasn’t reached every resolver yet, or an MTA-STS policy in enforce mode doesn’t list your mail server. Mail can also be held in a quarantine or caught by a forwarding rule.

Gmail rejected the message because it failed DMARC: neither SPF nor DKIM passed for a domain aligned with the From address. Fix SPF and turn on DKIM signing — the troubleshooter’s “Bouncing back” check shows which is missing.

Check the port and encryption (587 with STARTTLS or 465 with SSL/TLS — port 25 is usually blocked), use an app password if the account has two-factor sign-in, and in Microsoft 365 make sure Authenticated SMTP is enabled for the mailbox. The troubleshooter confirms your provider’s sending server is reachable.

Publish DMARC with p=quarantine or p=reject and an rua= reporting address, keep SPF and DKIM passing for your real senders, then watch the reports. With p=none, spoofed mail is still delivered.

No. The troubleshooter only reads public DNS records and connects to mail servers to read their greeting and capabilities. It never logs in or sends a message.