https://www.pangram.com/history/8c0a7f5f-3db7-4435-b459-04ae...

Don’t waste your time.

We generally run on Microsoft 365 and use SendGrid for transactional emails such as password resets.

Main domain has SPF set up correctly as per MS docs.

We have the CNAME set up for a like em1234 sub-domain as per SendGrid’s docs which their docs say should cover SPF even if the emails we send have a from address of our main domain (eg noreply@example.com), this is apparently because receiving servers are supposed to do SPF checks against the replyTo address which sendgrid does populate with an address on the subdomain.

This has worked fine for years, Gmail for example is happy and looking at mails from us says everything passes.

However, we recently onboarded a large corporate whose server was blocking the SendGrid emails because it was checking the SPF against the from header rather than the replyTo.

Only way to let the email through was to either add SendGrid SPF records to our main domain, or change the from address of the SendGrid emails, neither of which was 100% ideal.

Not going to try tell the client they’ve configured their server wrong, but have they?

This looks like a pretty good resource.

I'd like to add the following, which I continually reference and has led to repeatable success:

https://www.linuxbabe.com/mail-server/setting-up-dkim-and-sp...

And as far as confirming it works, I continually rely on sending to a gmail address.

Under the three dots is "view original" which gives you

SPF, DKIM, and DMARC results.

(edit:formatting)

This is a cool site to visualise your SPF, DKIM, DMARC setup interactively.

https://www.learndmarc.com/

I recently tried bouncing mail during the header phase when DMARC didn't align, but it rejected more legit emails than SPAM. Most of the junk we've been getting passes DMARC and has an unsubscribe link.

You also need to set up reverse dns to avoid ending up in spam folders at the big ones.