Mail still goes to spam even though DKIM, SPF and DMARC are all set #3
|
I set up RayMail, added the A, MX, SPF, DKIM and DMARC records exactly as |
Replies: 1 comment
|
Passing DKIM is not the same as passing DMARC, and that is almost always the cause. The alignment trapIf you relay outbound mail through a provider (Resend, SendGrid, Postmark, SES), your envelope Return-Path is usually a subdomain they control, for example DMARC then checks whether those two align:
So a record like this fails SPF alignment on every single relayed message: And Use relaxed alignment, and start at Tighten to Check the receiver's verdict, do not guessIn Gmail, open the message, then the three-dot menu, then Show original. It prints the actual result: That tells you which of the three is failing. Debugging DNS without it is guesswork. The other two causes, in orderPTR mismatch. Your reverse DNS must match your mail hostname. Check with: dig +short -x YOUR_IP # must return mail.example.comA default like Domain reputation. This is the one nobody wants to hear. A domain that started sending last week has no reputation, and Gmail treats it with suspicion no matter how perfect your authentication is. Nothing in DNS fixes that. Send low volume to engaged recipients, keep bounces near zero, and it improves over weeks. If |
Passing DKIM is not the same as passing DMARC, and that is almost always the cause.
The alignment trap
If you relay outbound mail through a provider (Resend, SendGrid, Postmark, SES), your envelope Return-Path is usually a subdomain they control, for example
send.mail.example.com, while yourFrom:header staysmail.example.com.DMARC then checks whether those two align:
send.mail.example.comvsmail.example.comaspf=s(strict)aspf=r(relaxed)So a record like this fails SPF alignment on every single relayed message:
And
p=quarantineliterally instructs the receiver t…