Re: Last Call: 'TLS User Mapping Extension' to Proposed Standard
Jeffrey Hutzelman <jhutz@cmu.edu> Tue, 04 April 2006 18:26 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FQqE7-0001HU-4b; Tue, 04 Apr 2006 14:26:03 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FQqE5-0001GV-PA for ietf@ietf.org; Tue, 04 Apr 2006 14:26:01 -0400
Received: from crunchberry.srv.cs.cmu.edu ([128.2.203.75]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FQqE4-0002dF-GU for ietf@ietf.org; Tue, 04 Apr 2006 14:26:01 -0400
Received: from mariner.pc.cs.cmu.edu (IDENT:U2FsdGVkX1/pI6qD4JnVgOOn5/LyIiBvomcU8BygMv8@MARINER.PC.CS.CMU.EDU [128.2.200.130]) (authenticated bits=0) by crunchberry.srv.cs.cmu.edu (8.13.6/8.13.6) with ESMTP id k34IPfOM006206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Apr 2006 14:25:47 -0400 (EDT)
Date: Tue, 04 Apr 2006 14:25:38 -0400
From: Jeffrey Hutzelman <jhutz@cmu.edu>
To: Simon Josefsson <jas@extundo.com>, ietf@ietf.org
Message-ID: <8612257137558CFC942143D5@mariner.pc.cs.cmu.edu>
In-Reply-To: <877j6borbv.fsf@latte.josefsson.org>
References: <E1FOykl-00006J-6s@stiedprstage1.ietf.org> <877j6borbv.fsf@latte.josefsson.org>
Originator-Info: login-token=Mulberry:01X0T/MsmsdKarj3ezksIvofa2Nl3meHjMuS2XlcQ=; token_authority=postmaster@andrew.cmu.edu
X-Mailer: Mulberry/3.1.6 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
Cc:
Subject: Re: Last Call: 'TLS User Mapping Extension' to Proposed Standard
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org
On Thursday, March 30, 2006 06:00:36 PM +0200 Simon Josefsson <jas@extundo.com> wrote: > http://www.ietf.org/internet-drafts/draft-santesson-tls-ume-04.txt says: > > This document does not specify how the server stores the > user_principal_name, or how exactly it might be used to locate a > certificate. For instance, it might be appropriate to do a case- > insensitive lookup. It is RECOMMENDED that the server processes the > user_principal_name with a stringprep profile [N7] appropriate for > the identity in question, such as Nameprep [N8] for the portion > domain portion of UPN, SASLprep [N9] for the user portion of the UPN > and stringprep appendix B.3 [N7] as mapping table for case folding. > > Given that the first and second sentence make it clear that the use of > StringPrep is not required, I suggest using MAY instead of RECOMMENDED > in the third sentence. RECOMMENDED is the same as SHOULD according to > RFC 2119, and is a fairly strong recommendation. Its use seem > misplaced here. Right. RECOMMENDED does not mean "we think this is a good idea". It means something more like "you have to do this or have a good reason not to". > It may be better to avoid RFC 2119 language completely here, because > the entire paragraph is merely an example of what you can do. Agree. RFC2119 language has no place in a "for instance". _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Eric Rescorla
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Steven M. Bellovin
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Bill Fenner
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Russ Housley
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Russ Housley
- Is round-trip time no longer a concern? (was: Re:… Dave Crocker
- Re: Is round-trip time no longer a concern? Russ Allbery
- Re: Is round-trip time no longer a concern? (was:… Steven M. Bellovin
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Bill Strahm
- Re: Is round-trip time no longer a concern? (was:… Dave Cridland
- Re: Is round-trip time no longer a concern? Harald Tveit Alvestrand
- Re: Is round-trip time no longer a concern? Peter Dambier
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Pasi.Eronen
- Re: Is round-trip time no longer a concern? Eric Rescorla
- Re: Is round-trip time no longer a concern? Keith Moore
- Re: Is round-trip time no longer a concern? Dave Cridland
- Re: Is round-trip time no longer a concern? Dave Crocker
- Re: Is round-trip time no longer a concern? Eric Rescorla
- Re: Is round-trip time no longer a concern? Tony Finch
- Re: Is round-trip time no longer a concern? Steven M. Bellovin
- Re: Is round-trip time no longer a concern? Dave Crocker
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Gray, Eric
- RE: [TLS] Re: Last Call: 'TLS User Mapping Extens… Pasi.Eronen
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Bernard Aboba
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Russ Housley
- RE: [TLS] Re: Last Call: 'TLS User Mapping Extens… Russ Housley
- RE: [TLS] Re: Last Call: 'TLS User Mapping Extens… Stefan Santesson
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Stefan Santesson
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Stefan Santesson
- RE: Re: [TLS] Re: Last Call: 'TLS User Mapping Ex… Stefan Santesson
- RE: Re: [TLS] Re: Last Call: 'TLS User Mapping Ex… Stefan Santesson
- RE: Re: [TLS] Re: Last Call: 'TLS User Mapping Ex… Russ Housley
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Simon Josefsson
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Jeffrey Hutzelman
- RE: [TLS] Re: Last Call: 'TLS User Mapping Extens… Ari Medvinsky