Return-Path: <ietf-dane@dukhovni.org>
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 52D4A1296FB
 for <ietf@ietfa.amsl.com>; Tue,  3 Jan 2017 12:54:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001]
 autolearn=ham autolearn_force=no
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 j0UPF-eU5cBP for <ietf@ietfa.amsl.com>;
 Tue,  3 Jan 2017 12:54:51 -0800 (PST)
Received: from mournblade.imrryr.org (mournblade.imrryr.org [38.117.134.19])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id B102A1296FA
 for <ietf@ietf.org>; Tue,  3 Jan 2017 12:54:51 -0800 (PST)
Received: from [172.31.30.83] (gzac12-mdf2-1.aoa.twosigma.com [208.77.215.155])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mournblade.imrryr.org (Postfix) with ESMTPSA id 76FB8282D54
 for <ietf@ietf.org>; Tue,  3 Jan 2017 20:54:50 +0000 (UTC)
 (envelope-from ietf-dane@dukhovni.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Subject: Re: Problem with the draft-all aliases
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
In-Reply-To: <095301d26601$72b1c8a0$581559e0$@huitema.net>
Date: Tue, 3 Jan 2017 15:54:49 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <C7B14253-C116-4181-8F7B-2D7CDCE80C81@dukhovni.org>
References: <095301d26601$72b1c8a0$581559e0$@huitema.net>
To: IETF general list <ietf@ietf.org>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/nNtS-r0SvvzkufSZ5MZgGT6MHtg>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: IETF general list <ietf@ietf.org>
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: Tue, 03 Jan 2017 20:54:53 -0000


> On Jan 3, 2017, at 3:39 PM, Christian Huitema <huitema@huitema.net> =
wrote:
>=20
> I just copied the review directly to the authors' individual =
addresses, and
> they received it fine. But obviously, something is wrong in the IETF's
> guidance to reviewers, or in the implementation of these expansion =
lists.
> The simple "exploder" function just does not work if the sender is =
left to
> the original "from" address. That exploder function is not compatible =
with
> SPF, or presumably with DMARC. Who would be a good contact to discuss
> improvements?

IIRC Glen from AMSL reads this list, in which case the message has =
already
reached the right ears.  As for possible remediation, if the lists are
implemented as local aliases(5) in the ietf.org Postfix server, then =
assigning
an "owner-" alias to the list is sufficient to avoid trouble with SPF =
and simple
forwarding should not break DKIM or DMARC.

The aliases(5) file (or its database representation) would then contain
something along the lines of:

	document.all: author1@a.example, author2@b.example
	owner-document.all: postmaster@ietf.org

--=20
	Viktor.=