Re: [IETF] DMARC methods in mailman

Yoav Nir <ynir.ietf@gmail.com> Sun, 25 December 2016 11:11 UTC

Return-Path: <ynir.ietf@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1D3212966A for <ietf@ietfa.amsl.com>; Sun, 25 Dec 2016 03:11:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MSs19ckv_T08 for <ietf@ietfa.amsl.com>; Sun, 25 Dec 2016 03:11:05 -0800 (PST)
Received: from mail-wj0-x243.google.com (mail-wj0-x243.google.com [IPv6:2a00:1450:400c:c01::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A307124281 for <ietf@ietf.org>; Sun, 25 Dec 2016 03:11:05 -0800 (PST)
Received: by mail-wj0-x243.google.com with SMTP id hb5so12624354wjc.2 for <ietf@ietf.org>; Sun, 25 Dec 2016 03:11:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3wWipAhEVZ/l2dbphWoZTfZ1DC/0M6uFMLrIU72UhGU=; b=p1cgH6nbhsfNDAZ+YI9g3NpuhJ33s7pKYs0CWjeEroIoEsqAP06hI05Znn91qdg9jt l25zn8MLJXeleEbvblCoTqQAgZpyBa6t4K9OrG1k6Z7ZabL03elR/DkG7xeL7mQC2mzB PN3RMpzhtSt8LEAiCekyqHoJpKckLWCe6BO1WiHr8DJ5j+a9Xr75FKh2YPtLjjOHVvbG qbbc/uuQZxEjsqRHAIniKrAEbnyd+32UdUv0ytyD7uSTMjfgzKAoTTXLt2mUl1gvPeUI b2NHzEoTYT49a+cOIfeCpqGYxOkbqIja553q9tESxx8SaT/uRJKeuFnFQKe7Nv7/UXjl r/7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3wWipAhEVZ/l2dbphWoZTfZ1DC/0M6uFMLrIU72UhGU=; b=I/XjlNWHgEtMOBfjkwZ6taRjADRrtsrlufTq7d7cSrpxlYNtN7Ywjt4P+6YlMOtEUn 1t/gYV5aVBTumcZvW/+k0b4yzXLz1mpF7uXyXobPITpkev9JxUPG55hqFoFOLYZ+mi6w 4HO3NDbSdaIjHNfFHDAogg7aD8l3x6xACoAUYtHKMPGlHk/zCSvD3K/xaW8ECkYuiapB xpb0leFeASrtOhpU79mK296H1Zc2AfaAC40+6wFjR1zR0TcovAXwdW1GuTuNBYnxqbVC AsETgzC4lRKouA+BaPktSAV5kQH6f/guhYLCzV40e9R5RGYnY0wuUuQCIyWKrwOAJr9Q grKA==
X-Gm-Message-State: AIkVDXIsO7QKkRj03RnHbcaEOkhjJM/F26osiSYEHHxnrEhG62u88wMW/hAWI3USl/sMlA==
X-Received: by 10.194.171.66 with SMTP id as2mr23761847wjc.77.1482664263570; Sun, 25 Dec 2016 03:11:03 -0800 (PST)
Received: from [172.24.251.40] (dyn32-131.checkpoint.com. [194.29.32.131]) by smtp.gmail.com with ESMTPSA id v2sm49760461wja.41.2016.12.25.03.11.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Dec 2016 03:11:02 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Subject: Re: [IETF] DMARC methods in mailman
From: Yoav Nir <ynir.ietf@gmail.com>
In-Reply-To: <m1cKvWY-0000HFC@stereo.hq.phicoh.net>
Date: Sun, 25 Dec 2016 13:11:00 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <EA2191A9-CF62-4984-8275-E0295A207237@gmail.com>
References: <m1cKvWY-0000HFC@stereo.hq.phicoh.net>
To: Philip Homburg <pch-ipv6-ietf-3@u-1.phicoh.com>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/fF0jJrtuk3BWyPXS8fl-id3_hX8>
Cc: IETF general list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Dec 2016 11:11:07 -0000

> On 25 Dec 2016, at 1:14, Philip Homburg <pch-ipv6-ietf-3@u-1.phicoh.com> wrote:
> 
> In your letter dated Sat, 24 Dec 2016 13:45:12 -0500 you wrote:
>> As I mentioned before, for me, the most usable option is avoiding
>> message modification of any kind, which leaves the origin DKIM
>> signature valid.  I've not seen anyone comment on whether that's
>> workable for IETF WG lists (it works well enough for *this* list).
> 
> For me, the current behavior of the ietf lists is perfectly fine.

For me it’s not fine. And not just because I use gmail. If someone whose email provider has a DMARC p=reject record sends a message to the list and half the subscribers don’t see that message, the conversation gets disrupted even if the other half sees it. 

Check out the mailing list for Token Binding working group. The most frequent posters are from Microsoft and Google, and I have to fish their messages out of the spam folder every few days to keep up with the conversation. That disrupts the entire working group, not just the people with the DMARC record or the people whose provider respects DMARC headers.

> It is very nice to see the mailing list in the subject. It is also
> very nice to have a proper From header.
> 
> That's why I proposed a per-subscriber setting such that only those
> who are actually stupid enough to reject or otherwise drop mail based
> on DMARC have to see mangled mailing list traffic.

“Stupid”?  Most of us have the choice of a corporate mail account where we have no control over policy, and a public provider mail account where we also have no control over policy. Yes, we can install our own mail server and set whatever policy we would like. That is not a viable option for most people

> There no technical reason for a one-size-fits-all solution. So let's
> stop investigating those types of solutions.

 A per-receiver setting is one extra step for new subscribers. That’s something I’d rather avoid.

Yoav