mailman From rewriting [was perf jit: genelf makes assumptions about endian]

Stephen Rothwell sfr at canb.auug.org.au
Wed Mar 30 17:57:05 AEDT 2016


Hi Jeremy,

On Wed, 30 Mar 2016 13:30:12 +0800 Jeremy Kerr <jk at ozlabs.org> wrote:
>
> >> Do you know why mailman would be re-writing From: there? It's confusing
> >> patchwork, as multiple mails are now coming from that address.  
> > 
> > Yep, Anton posts from samba.org.  They publish a DMARC policy that
> > breaks mailing lists.  
> 
> (╯°□°)╯︵ ┻━━┻

Yes :-(

> This also breaks git-am:
> 
>   [jk at pudge linux]$ git am incoming.eml
>   Applying: perf jit: genelf makes assumptions about endian
>   [jk at pudge linux]$ git log --format='format:%an <%ae>' -1
>   Anton Blanchard via Linuxppc-dev <linuxppc-dev at lists.ozlabs.org>

Of course :-(

> > The best thing we can do is to do the above rewrite of the From header.  
> 
> OK, it looks like we're stuck either way with DMARC. Could we make this
> a little more tolerable by stashing the original From: value in a new
> header? I know it's already in Reply-To, but that could also be set by
> arbitrary other (non-mailman-DMARC-rewrite) sources.
> 
> Alternatively, if there's some other way to tell that this a mail has
> been rewritten, we can know to use Reply-To in preference to From.

Well, as Michael pointed out, the From header will have "via <list
name>" in it ... and also, the address part of the From header will be
the list address (unless people get even more creative with that
address).

> Otherwise, I guess we could require that *all patch submitters* put
> their From: line in the content of their mails, as git send-email does
> when user != author. But that's a little less-than-optimal.

And hopeful :-)

-- 
Cheers,
Stephen Rothwell


More information about the Linuxppc-dev mailing list