Your DMARC record has the policy set to p=none, which means receiving servers will not take any action against emails that fail DMARC checks. This provides no protection against spoofing.
Change your DMARC policy from `p=none` to `p=quarantine` or `p=reject` after monitoring reports.
The p=none policy instructs receivers to deliver emails even if they fail DMARC authentication. The DMARC record is in monitoring mode only — it collects reports but does not protect against spoofing or phishing.
With p=none, attackers can still send spoofed emails from your domain that will be delivered to inboxes. While p=none is a necessary first step for deploying DMARC safely, staying on it long-term leaves your domain unprotected.
Before upgrading the policy, analyze your DMARC reports to understand what email is passing and failing authentication.
dig +short TXT _dmarc.yourdomain.com
# Check current policy and reporting addressMake sure all legitimate email from your domain passes either SPF or DKIM alignment before enforcing a policy.
Move to p=quarantine as an intermediate step.
v=DMARC1; p=none; rua=mailto:[email protected]v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=50After monitoring quarantine results and confirming no legitimate email is being caught, upgrade to p=reject for full protection.
v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=50v=DMARC1; p=reject; rua=mailto:[email protected]; ruf=mailto:[email protected]After making changes, use our free scanner to verify the fix is working correctly. DNS changes can take up to 48 hours to propagate, but most propagate within minutes.
It depends on the complexity of your email setup. For simple setups, a few weeks may be enough. For complex setups with multiple third-party senders, 2-4 weeks of report analysis is recommended.
With p=quarantine, failing emails are typically sent to the recipient's spam folder. With p=reject, failing emails are outright rejected and never delivered.
It can. Email forwarding often breaks SPF because the forwarding server's IP is not in your SPF record. Ensure DKIM is properly configured so that forwarded emails can pass DMARC via DKIM alignment.