Re: Problem with the draft-all aliases

Viktor Dukhovni <ietf-dane@dukhovni.org> Tue, 03 January 2017 20:54 UTC

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:
> 
> 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

-- 
	Viktor.