Skip to content
Scanlity

Email & domain security

DNS policies help describe authorized senders and treatment of messages. Website scanning does not prove that every message is authenticated or encrypted.

Related public checks

The following checks provide related public observations. Their presence does not mean this entire topic has been tested or that the application is secure.

SPF missing or too permissive

Reads the domain's SPF record and checks that it ends with ~all or -all.

Recommended next step if found

Publish one SPF record that lists your mail providers and ends with ~all (or -all once DMARC reports look clean), e.g. v=spf1 include:_spf.google.com ~all.

DMARC missing or not enforced

Reads _dmarc and checks that the policy is quarantine or reject.

Recommended next step if found

Publish _dmarc TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@yourdomain" and move to p=reject after reviewing reports.

MTA-STS not configured

For domains that receive email, checks for an MTA-STS policy record.

Recommended next step if found

Publish _mta-sts TXT "v=STSv1; id=<date>" and a policy file at https://mta-sts.<domain>/.well-known/mta-sts.txt.

Keep the scope.

A blocked or unfinished check remains unverified. Review technical recommendations with the person operating the website and test changes before applying them to a live service.

Read the full methodology