Re: [dane] Call for Adoption: draft-hoffman-dane-smime.

Miek Gieben <miek@miek.nl> Mon, 24 September 2012 13:49 UTC

Return-Path: <miekg@atoom.net>
X-Original-To: dane@ietfa.amsl.com
Delivered-To: dane@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7663321F8629 for <dane@ietfa.amsl.com>; Mon, 24 Sep 2012 06:49:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.199
X-Spam-Level:
X-Spam-Status: No, score=-3.199 tagged_above=-999 required=5 tests=[AWL=1.400, BAYES_00=-2.599, GB_I_LETTER=-2]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u5xxRLfq6eb3 for <dane@ietfa.amsl.com>; Mon, 24 Sep 2012 06:49:26 -0700 (PDT)
Received: from elektron.atoom.net (elektron.atoom.net [85.223.71.124]) by ietfa.amsl.com (Postfix) with ESMTP id 5E09D21F8602 for <dane@ietf.org>; Mon, 24 Sep 2012 06:49:26 -0700 (PDT)
Received: by elektron.atoom.net (Postfix, from userid 1000) id 5A7284001D; Mon, 24 Sep 2012 15:49:25 +0200 (CEST)
Date: Mon, 24 Sep 2012 15:49:25 +0200
From: Miek Gieben <miek@miek.nl>
To: dane@ietf.org
Message-ID: <20120924134925.GA9495@miek.nl>
Mail-Followup-To: dane@ietf.org
References: <BCDB44B9-6AB0-4230-B1EF-FDDB37C77F38@kumari.net> <357AB2FD-DF7E-49EC-B3D6-D0F6BC20A79F@kumari.net> <C93F9961257B4ADFA226AD8C89290362@bbn.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh"
Content-Disposition: inline
In-Reply-To: <C93F9961257B4ADFA226AD8C89290362@bbn.com>
User-Agent: Vim/Mutt/Linux
X-Home: http://www.miek.nl
Subject: Re: [dane] Call for Adoption: draft-hoffman-dane-smime.
X-BeenThere: dane@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 24 Sep 2012 13:49:27 -0000

[ Quoting <rbarnes@bbn.com> in "Re: [dane] Call for Adoption: draft..." ]
> In general, I support the idea of what this document is trying to do.  But
> there are a couple of problems with their concrete approach.  Without delving
> into a full review…
> 
> -- The algorithm for domain names is really insufficient.  For example, I have
> the email address ceci.nest.pas.une.adresse@gmail.com -- how do the dots get
> encoded?  I realize that the DNS wire format allows labels to have dots, but
> good luck making most libraries make that query.

Huh? Reading from section 3: (http://tools.ietf.org/html/draft-hoffman-dane-smime-04)

Design note: Encoding the user name with Base32 allows local parts
that have characters that would prevent their use in domain names.
For example, a period (".") is a valid character in a local part, but
would wreak havoc in a domain name.  Similarly, [RFC6530] allows non-
ASCII characters in local parts, and encoding a local part with non-
ASCII characters with Base32 renders the name usable in the DNS.

> -- I don't really see why we need a new RR type here, beyond the cognitive
> dissonance caused by the three letters "TLS".

new RRs are cheap. Why not get one?

grtz Miek