Re: [PATCH] docs: document workaround for DMARC countermeasures

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Mar 17, 2025 at 09:27:51AM -0400, Laine Stump wrote:
> On 3/17/25 7:29 AM, Jiri Denemark via Devel wrote:
> > On Mon, Mar 17, 2025 at 11:23:00 +0000, Daniel P. Berrangé via Devel wrote:
> > > From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
> > > 
> > > If a contributor's email domain has a DMARC policy of 'p=quarantine'
> > > or 'p=reject', mailman will apply DMARC countermeasures on all mails
> > > sent to lists.libvirt.org rewriting the "From" header to remove the
> > > sender's email address. e.g.
> > > 
> > >    From: Your Name via <lists.libvirt.org>
> > > 
> > > If these countermeasures were not applied, affected mail would either
> > > have gon directly to SPAM, or have been entirely rejected. Mailman3
> > 
> > s/gon/gone/
> > 
> > > is unable to be configured to guarantee no mangling of the mail body
> > > so these countermeasures are unavoidable for lists.libvirt.org.
> > > 
> > > Amongst the various downsides, the From address rewriting has the
> > > bad effect of mangling git commit author attribution.
> > > 
> > > To avoid this it is required to add two additional git config
> > > settings:
> > > 
> > >    $ git config --global format.from "Your Name <your@xxxxxxxxx>"
> > >    $ git config --global format.forceInBodyFrom true
> > > 
> > > Note, *both* are required, even if your ``format.from`` matches
> > > your existing git identity, because the latter only takes effect
> > > once the former is set.
> > > 
> > > Signed-off-by: Daniel P. Berrangé <berrange@xxxxxxxxxx>
> > 
> > Thanks a lot.
> > 
> > Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx>
> 
> Reviewed-by: Laine Stump via Devel <devel@xxxxxxxxxxxxxxxxx>
> 
> :-)
> 
> A couple thoughts:
> 
> 1) Some people might rather have the email address (and maybe also
> forceInBodyFrom) set for just certain projects rather than globally.

Yes, that's possible but I took the view that if you have strict DMARC
on your domain the only safe option is to always set these settings,
because you can't predict what mailing lists you use will need the
countermeasure. Better to default enabled, but then turn it off for
individual projects if you really want to.

It is harmless to have it added if redundant, and harmful to omit it
if required.

> 
> 2) Is there a config file that could be part of the project files in the
> main directory that could have "format.forceInBodyFrom true" added (similar
> to how we have a .gitpublish that's checked out with everything else)?

The inability to store a local .git/config in git itself is a long term
limitation of git.

> 3) Maybe this could also/instead be added as a config item to git-publish
> and could be added to the libvirt .gitpublish file so that at least it would
> be automatic for those of us who religiously use git-publish. I suppose I
> should go look at the git-publish source...

git-publish calls out to git-format-patch, but I don't see any support
for the --force-in-body-from option there.

With regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|




[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]

  Powered by Linux