From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by sourceware.org (Postfix) with ESMTPS id 7EE7C388701A for ; Mon, 13 Apr 2020 22:53:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 7EE7C388701A X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 2B954ADBE; Mon, 13 Apr 2020 22:53:08 +0000 (UTC) Date: Mon, 13 Apr 2020 22:53:06 +0000 (UTC) From: Michael Matz To: overseers@gcc.gnu.org cc: Segher Boessenkool , "Frank Ch. Eigler via Gcc" , Overseers mailing list , Mark Wielaard , Alexander Monakov , Jonathan Wakely , Florian Weimer , "Maciej W. Rozycki" Subject: Re: Not usable email content encoding In-Reply-To: <20200413194706.GA642@cgf.cx> Message-ID: References: <3af9771e-e577-f2a1-843e-c2b078bfc4ea@t-online.de> <20200318162250.GG112952@elastic.org> <20200406210946.GY323051@elastic.org> <87wo6rr59u.fsf@mid.deneb.enyo.de> <8bfed7661c71737f5b3183f47496b5450fc672a6.camel@klomp.org> <20200408211527.GL26902@gate.crashing.org> <20200413194706.GA642@cgf.cx> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-11.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: overseers@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Overseers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 22:53:12 -0000 Hello, On Mon, 13 Apr 2020, Christopher Faylor wrote: > On Wed, Apr 08, 2020 at 04:15:27PM -0500, Segher Boessenkool wrote: > >On Wed, Apr 08, 2020 at 01:50:51PM +0000, Michael Matz wrote: > >>On Wed, 8 Apr 2020, Mark Wielaard wrote: > >>>Earlier versions of Mainman2 had some issues which might accidentally > >>>change some headers. But the latest fixes make this possible. It is > >>>how the FSF handles DMARC for various GNU mailinglists (by NOT > >>>modifying the headers and body and passing through the DKIM > >>>signatures): > >>>https://lists.gnu.org/archive/html/savannah-hackers-public/2019-06/msg00018.html > >> > >>Oh, that would be nice to have at sourceware.org. Please? :-) > > > >Yes, please please please, can we have this? > > In case it isn't obvious, we are already running the latest available > version of mailman 2. I think that means that dmarc_moderation_action: "Munge From" can simply be switched off then (at least I don't see which other headers e.g. gcc@ is rewriting that would cause DMARC to scream; and if there are any, then it would be better to disable those as well. Same with any potential body rewriting that might still happen). I would offer help testing that this doesn't cause delivery issues, e.g. on some test email list, but it seems none of my domains is DMARC-infected :-/ Ciao, Michael. P.S: I wonder btw. why the From munging is enabled also for p=none domains like redhat.com. The RFC says this is to be used for gathering DMARC feedback, not requiring any specific action for the mail text itself on the sender or receiver. But an answer to this would be moot with the above non-munging of From.