Please make the DMARC handling policy that applies to the devel@ list also apply to other Fedora mailing lists, including epel-devel
e.g. for this email https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/message/TGPN4J334S4JNXX5I7A3IOXFMCBSD35V/
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/6DXACTD4WNGYSVRQATHOMAYIXIMB7WKY/
the EPEL one is delivered with this header:
From: Michel Alexandre Salim michel@michel-slm.name
which breaks the DMARC policy I set for my domain, so spam filters would flag it
X-Proofpoint-Dmarc-Result: quarantine X-Proofpoint-Dmarc-Record: v=DMARC1;p=quarantine;rua=mailto:postmaster@michel-slm.name;ruf=mailto:admin@michel-slm.name
The devel list copy is fine:
From: Michel Alexandre Salim via devel devel@lists.fedoraproject.org
2021/12/31
devel@ seems to be configured to implement option 3 here https://dmarc.org/wiki/FAQ#I_operate_a_mailing_list_and_I_want_to_interoperate_with_DMARC.2C_what_should_I_do.3F
Same as https://pagure.io/fedora-infrastructure/issue/9434 but worryingly, our mailing lists are not behaving consistently, so we should probably at least do the same thing across them.
I'm switching back my DMARC setting to p=none so I can audit the errors for now, since even if fp.o lists are all fixed, looks like CentOS lists also do not do this properly
This was actually discussed a while back and we decided to leave it up to each list how they wanted to deal with it. I suppose we could revisit.
Metadata Update from @mohanboddu: - Issue priority set to: Waiting on Assignee (was: Needs Review) - Issue tagged with: low-gain, low-trouble, ops
I've changed the epel-devel list to use the same DMARC mitigation as devel list.
We could look at changing the default, but I think it's best to just let each list handle it.
Let us know if there's other lists you hit this with.
Metadata Update from @kevin: - Issue close_status updated to: Fixed with Explanation - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.