Hi, On Tue, Oct 03, 2023 at 12:12:40AM +0200, Mark Wielaard wrote: > Currently the newlib, binutils, gdb-patches, elfutils-devel and > libabigail mailinglists rewrite the From header when a message is from > a (strict) dmarc domain. This is to avoid breaking the dmarc policy > and get bounces from such messages. > > However this breaks applying patches posted to the list with git am > since the Author of the patch now looks like it has the mailing-list > email address. This also breaks some tools that use > patchwork.sourceware.org to run CI buildbot jobs (git pw however seems > to get it right, as does using b4 against inbox.sourceware.org). > > glibc and gcc have been experimenting with new mailman settings to not > require From rewriting. Those settings make sure no (essential) Header > are changes, and no changes to the body of the message are made that > could invalidate any dkim signatures. These are the same settings used > by the FSF tech-team for lists.gnu.org. [*] > > At the Cauldron it seemed this was working well and it was pointed out > that some CI bots can get the author of patches wrong for these lists > that use patchwork. Also people seemed to appreciate the change so > they could more easily apply all patches as is from the mailinglist. > > So I am proposing we apply the following settings for these lists: > > - subject_prefix (general): (empty) > - from_is_list (general): No > - anonymous_list (general): No > - first_strip_reply_to (general): No > - reply_goes_to_list (general): Poster > - reply_to_address (general): (empty) > - include_sender_header (general): No > - drop_cc (general): No > - msg_header (nondigest): (empty) > - msg_footer (nondigest): (empty) > - scrub_nondigest (nondigest): No > - dmarc_moderation_action (privacy): Accept > - filter_content (contentfilter): No > > Please let me know if there are any objections or concerns.
The above settings are now active for the newlib, binutils, gdb-patches, elfutils-devel and libabigail mailinglists. > Also the newlib and gdb-patches mailinglists don't have an admin at > the moment. Could someone volunteer to act as list admin for these? We still need admins/moderators for these two lists. Cheers, Mark > [*] https://sourceware.org/bugzilla/show_bug.cgi?id=29713
