Re: I-D ACTION:draft-ietf-sasl-plain-05.txt

Jeffrey Hutzelman <jhutz@cmu.edu> Fri, 29 October 2004 00:10 UTC

Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i9T0AFvI088166; Thu, 28 Oct 2004 17:10:15 -0700 (PDT) (envelope-from owner-ietf-sasl@mail.imc.org)
Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i9T0AFmr088165; Thu, 28 Oct 2004 17:10:15 -0700 (PDT)
X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-sasl@mail.imc.org using -f
Received: from minbar.fac.cs.cmu.edu (MINBAR.FAC.CS.CMU.EDU [128.2.185.161]) by above.proper.com (8.12.11/8.12.9) with SMTP id i9T0AEnJ088159 for <ietf-sasl@imc.org>; Thu, 28 Oct 2004 17:10:14 -0700 (PDT) (envelope-from jhutz@cmu.edu)
Received: from minbar.fac.cs.cmu.edu ([127.0.0.1]) by minbar.fac.cs.cmu.edu id aa30031; 28 Oct 2004 20:10 EDT
Date: Thu, 28 Oct 2004 20:10:04 -0400
From: Jeffrey Hutzelman <jhutz@cmu.edu>
To: ietf-sasl@imc.org
Subject: Re: I-D ACTION:draft-ietf-sasl-plain-05.txt
Message-ID: <1120700000.1099008604@minbar.fac.cs.cmu.edu>
In-Reply-To: <6.1.2.0.0.20041027103607.033ba308@127.0.0.1>
References: <200410262104.RAA21555@ietf.org> <6.1.2.0.0.20041026193243.0308cd18@127.0.0.1> <iluacu8qzid.fsf@latte.josefsson.org> <6.1.2.0.0.20041027103607.033ba308@127.0.0.1>
X-Mailer: Mulberry/3.0.3 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: owner-ietf-sasl@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-sasl/mail-archive/>
List-ID: <ietf-sasl.imc.org>
List-Unsubscribe: <mailto:ietf-sasl-request@imc.org?body=unsubscribe>

On Wednesday, October 27, 2004 11:09:47 -0700 "Kurt D. Zeilenga" 
<Kurt@OpenLDAP.org> wrote:

>> and mention the value of the AllowUnassigned
>> flag for each string using MUST.
>
> I cannot find the term "AllowUnassigned flag" anywhere in
> the specification (including normative references).

This term was apparently used in some drafts of nameprep, and is referred
to in RFC3490 and draft-hoffman-rfc3490bis-02.txt.  Unfortunately, those 
references claim that the term is defined in RFC3491 and 
draft-hoffman-rfc3491bis-01.txt, respectively, and neither document defines 
the term.  Neither do stringprep or saslprep.

This flag was used as a parameter to the preparation algorithm in IDN, to 
indicate whether unassigned code points are permitted; it is what 
distinguishes between storage and query strings.  The profile defined by 
SASLprep does make such a distinction, but does not use a formally defined 
"flag".

We should mention in each case whether unassigned code points are permitted 
(query strings) or not (storage strings).  But we should not use a 
reference to an "AllowUnassigned flag" which our stringprep profile does 
not have.

> The text does, however, not only says that strings SHALL
> be prepared in accordance with StringPrep, it describes
> what that means in regards to unassigned code points
> and the two classes of strings.

Then this should be sufficient.

-- Jeff