[dane] Request DANE ALPS discussion time at IETF 95
Sean Leonard <dev+ietf@seantek.com> Mon, 07 March 2016 06:22 UTC
Return-Path: <dev+ietf@seantek.com>
X-Original-To: dane@ietfa.amsl.com
Delivered-To: dane@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E30461A9150 for <dane@ietfa.amsl.com>; Sun, 6 Mar 2016 22:22:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=ham
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 KfwOLW6zcXzH for <dane@ietfa.amsl.com>; Sun, 6 Mar 2016 22:22:12 -0800 (PST)
Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77CF91A914F for <dane@ietf.org>; Sun, 6 Mar 2016 22:22:12 -0800 (PST)
Received: from [192.168.123.7] (unknown [75.83.2.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 46A1722E1F3; Mon, 7 Mar 2016 01:22:09 -0500 (EST)
To: dane@ietf.org, Warren Kumari <warren@kumari.net>
From: Sean Leonard <dev+ietf@seantek.com>
Message-ID: <56DD1DB7.7050305@seantek.com>
Date: Sun, 06 Mar 2016 22:20:39 -0800
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/dane/okoM6lQcJR_hJ9JfTOlQt8_0jWs>
Subject: [dane] Request DANE ALPS discussion time at IETF 95
X-BeenThere: dane@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DNS-based Authentication of Named Entities <dane.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dane>, <mailto:dane-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dane/>
List-Post: <mailto:dane@ietf.org>
List-Help: <mailto:dane-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dane>, <mailto:dane-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2016 06:22:14 -0000
Hello: As the chairs graciously requested and got a meeting slot in Buenos Aires, I would like to request DANE ALPS (Alternative Local-Part Synthesis) discussion time at IETF 95. The Internet-Draft was posted back in October: http://mailarchive.ietf.org/arch/msg/dane/5oV9mDolVS09UoF_ZCQOWAH1f9k https://tools.ietf.org/html/draft-seantek-dane-alps-00 There has been discussion about local-part and e-mail address equivalence issues on other IETF mailing list(s) in the last couple of months. The Mail Gods say that only the receiving MTA gets to determine whether different local-parts are "equal". "Equal" means "deliver to the same mailbox" (a conceptual entity). They are right. The proposed ALPS protocol does not change anything about this. To the extent people perceive otherwise, it needs to be clarified and cleared up. But the issue is an important one for storing names--particularly e-mail address-based names--in DANE, for S/MIME, PGP, and other future protocols. I suppose that the presentation and discussion time should include not only ALPS, but a review of other approaches (see, e.g., John Levine's thread "Encoding local parts in better ways" and associated I-D). It should also review some of the most common local-part equivalence constructs, i.e.: differences solely attributable to case sub-addressing ( + - and = ) return-path randomization etc. UTF-8 (beyond ASCII range) Regards, Sean
- [dane] Request DANE ALPS discussion time at IETF … Sean Leonard
- Re: [dane] Request DANE ALPS discussion time at I… John Levine
- Re: [dane] Request DANE ALPS discussion time at I… Sean Leonard
- Re: [dane] Request DANE ALPS (another attempt to … John R Levine
- Re: [dane] Request DANE ALPS discussion time at I… Olafur Gudmundsson
- Re: [dane] Request DANE ALPS discussion time at I… Sean Leonard