Change to Mail Infrastructure - SPF and DKIM verification will now be enforced

Ben Cooksley bcooksley at
Tue Dec 8 10:18:34 GMT 2015

On Tue, Dec 8, 2015 at 11:11 PM, Jan Kundr√°t <jkt at> wrote:
> On Tuesday, 8 December 2015 10:19:51 CET, Ben Cooksley wrote:
>> a) Clearing the "subject_prefix" setting
>> b) Clearing "msg_header" and "msg_footer"
>> c) Disabling "scrub_nondigest" and "first_strip_reply_to"
>> Depending on who posts to your list, you may also need to:
>> a) Set "reply_goes_to_list" to "Poster"
>> b) Set "include_sender_header" to "False".
> So you're proposing that all mailing lists over the whole world should cease
> adding the "[foo-bar]" prefix into subjects, and refrain from
> adding/overwriting the Reply-To header (among other things). I've seen many
> instances of these discussions, the bikeshedding was fun, but there was
> never any particular outcome.

It's the easiest way, and something supported by even the oldest
Mailman instances. Newer ones have some other things you can try, as
documented on the wiki page I pointed you to.

> It is irrelevant what our personal preference is. The fact of life is that
> there *are* mailing lists out there which perform these modifications, and
> these MLs won't change their config despite changes on our side. If we start
> rejecting these e-mails, well, our addresses will be unsubscribed from these
> MLs and we won't be able to participate in relevant technical discussions.
> If that happens, I'm afraid that the e-mail addresses will no
> longer provide their stated value.

Those mailing lists need to become DMARC compliant. How they achieve
it, is up to them.
The page I linked has many alternatives. Mailing list admins can
choose their favourite.

Note that GMail already uses DMARC policies to make spam filter
decisions, and Yahoo hard rejects on them.
By failing to comply, you risk excluding people already (and don't say
you don't, something like 55% of all outbound email from goes
to Google).

> Cheers,
> Jan


> --
> Trojit√°, a fast Qt IMAP e-mail client --

More information about the kde-core-devel mailing list