On 7/16/23 12:41 AM, Matija Nalis wrote:
So, it fails SPF, but DKIM passes. Meaning, your mail would pass normally modern servers which check both.

That is predicated on the receiving server(s) not rejecting the message for SPF failure.

You probably might want to use some nice frontend to visualizing DMARC results, if reading XML and SPF/DKIM/DMARC protocol internals is not second nature for you. e.g. https://github.com/topics/dmarc-reports

Thank you for sharing the pointer to that front end.

If mailing list is employing SRS, mail reaching final recipients would not be failing SPF checkes, as envelope sender (i.e. SMTP's "MAIL FROM: <xxxx>") would be rewritten as the mail is coming from mailing list domain and their servers (as it would), not yours.

See https://en.wikipedia.org/wiki/Sender_Rewriting_Scheme

+1 for SRS (like behavior)

Only if the mailing list remailing server leaves original (your) envelope sender (which it shouldn't be doing, yet often does), would you get such SPF problems. So, SPF problem is solvable from mailing list server side, if its admins are willing.

I've found that many, if not most, but definitely not all, mailing list administrators are willing to make changes if they are aware of the problem, know how to make the change, and have access to make said change.

Sadly, there are a few mailing lists that I'm on that are quite aware of the problem but have decided to refuse to make the change and are in my opinion acting like ostriches and sticking their head in the sand.

Also, if your mails are signed by DKIM, and mailing list software is not rewriting signed headers nor body (as it shouldn't, but some mailing lists try to add annoying text to the bottom of messages like "to unsubscribe, do xyz", thus breaking both DKIM, S/MIME and PGP signatures), then your mail should pass DKIM checks too. So that problem is avoidable on mailing list server side too.

Yep. Mailing lists and other similar forwarding services are the places that have the most influence of if things work well or not for the most people.

Should each and every sending subscriber make changes to their independent systems? Or should the singular mailing list make changes in one place and help everybody?

Simple energy conservation seems to indicate changes in fewest places is better.



Grant. . . .

Reply via email to