Re: dane-openpgp 2nd LC resolution

Viktor Dukhovni <ietf-dane@dukhovni.org> Sun, 13 March 2016 17:48 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 87F7912D693 for <ietf@ietfa.amsl.com>; Sun, 13 Mar 2016 10:48:51 -0700 (PDT)
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 owMS5qy1e3pK for <ietf@ietfa.amsl.com>; Sun, 13 Mar 2016 10:48:49 -0700 (PDT)
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 A7FF112D5A5 for <ietf@ietf.org>; Sun, 13 Mar 2016 10:48:49 -0700 (PDT)
Received: from [192.168.0.2] (cpe-67-241-70-168.twcny.res.rr.com [67.241.70.168]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mournblade.imrryr.org (Postfix) with ESMTPSA id 54DD1282F4E for <ietf@ietf.org>; Sun, 13 Mar 2016 17:48:48 +0000 (UTC) (envelope-from ietf-dane@dukhovni.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
Subject: Re: dane-openpgp 2nd LC resolution
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
In-Reply-To: <20160313171101.3215.qmail@ary.lan>
Date: Sun, 13 Mar 2016 13:48:46 -0400
Content-Transfer-Encoding: 7bit
Message-Id: <F4DDCAC0-ACDF-4FD9-978E-90F4349A0420@dukhovni.org>
References: <20160313171101.3215.qmail@ary.lan>
To: ietf@ietf.org
X-Mailer: Apple Mail (2.3112)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/sxr-f16YqkNAqwb7awgySE4-ZbU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: 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: Sun, 13 Mar 2016 17:48:51 -0000

> On Mar 13, 2016, at 1:11 PM, John Levine <johnl@taugh.com> wrote:
> 
>> Given that the DNS RR in question is something the end user has to 
>> explicitly request, ...
> 
> Uh, what?  The DNS is under control of the domain owner, not the end
> users. 

A misreading of the comment.  The "end-user" in question is the one
doing the lookup, not the one whose key is published.  Paul is making
no claim about how the published key got there...

-- 
	Viktor.