<div dir="ltr">We resolved the issue.  opendmarc was not properly linked with libspf2 and was using its internal SPF logic (which is apparently broken in more ways that one!).<div><br></div><div>It would still be useful to know who all is using opendmarc (regardless of the platform it's running on).</div><div><br></div><div>Anyone?</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Jun 9, 2025 at 7:52 PM Steve Siirila <<a href="mailto:sfs@umn.edu">sfs@umn.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Is anyone using opendmarc on a RHEL 9 production environment (particularly in reject mode)?<div><br></div><div>We have run into issues on our RHEL 9 servers running opendmarc where SPF queries involving macros or ones involving CNAME record chaining are not working as expected.  The former yields SPF failures, and the latter yields SPF TEMPFAILs.  We're unsure whether this is an issue with opendmarc or with DNS name resolution.</div></div>
</blockquote></div>