Re: Gen-ART review of draft-ietf-sasl-anon-04.txt

"Kurt D. Zeilenga" <Kurt@OpenLDAP.org> Wed, 15 December 2004 04:49 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 iBF4nYQJ037794; Tue, 14 Dec 2004 20:49:34 -0800 (PST) (envelope-from owner-ietf-sasl@mail.imc.org)
Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id iBF4nYiw037793; Tue, 14 Dec 2004 20:49:34 -0800 (PST)
X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-sasl@mail.imc.org using -f
Received: from boole.openldap.org (root@boole.openldap.org [204.152.186.50]) by above.proper.com (8.12.11/8.12.9) with ESMTP id iBF4nYFW037762 for <ietf-sasl@imc.org>; Tue, 14 Dec 2004 20:49:34 -0800 (PST) (envelope-from kurt@boole.openldap.org)
Received: from boole.openldap.org (kurt@localhost [IPv6:::1]) by boole.openldap.org (8.12.11/8.12.11) with ESMTP id iBF4nZD6091971; Wed, 15 Dec 2004 04:49:35 GMT (envelope-from kurt@boole.openldap.org)
Received: (from kurt@localhost) by boole.openldap.org (8.12.11/8.12.11/Submit) id iBF4nYxc091970; Tue, 14 Dec 2004 20:49:34 -0800 (PST) (envelope-from kurt)
Message-Id: <6.2.0.14.0.20041214194242.03420198@127.0.0.1>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14
Date: Tue, 14 Dec 2004 20:50:16 -0800
To: Spencer Dawkins <spencer@mcsr-labs.org>
From: "Kurt D. Zeilenga" <Kurt@OpenLDAP.org>
Subject: Re: Gen-ART review of draft-ietf-sasl-anon-04.txt
Cc: gen-art@alvestrand.no, Sam Hartman <hartmans-ietf@mit.edu>, ietf-sasl@imc.org
In-Reply-To: <39db01c4e196$1eac7860$90878182@DFNJGL21>
References: <39db01c4e196$1eac7860$90878182@DFNJGL21>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
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>

At 08:33 PM 12/13/2004, Spencer Dawkins wrote:
>This specification is reasonable for publication as a proposed standard. All of my comments could be addressed in AUTH-48.
>
>My nit collection looks like this:
>
>- how deeply embedded is the word "trace" in the SASL community? The document defines it more than once, consistently, but every time I saw the word I kept finding myself wondering what "trace" had to do with this protocol specification. If it's too late to change it, that's fine - I'm just asking.

In the I-D, the word 'trace' has two basic uses.
        1) trace information
        2) the "trace" profile

The latter is intended to be named after the former.  The
former is descriptive of the kind of information being
carried.  I recall some discussion of alternatives; this
was the best we came up with.

>- Does this document replace RFC 2245, or obsolete it (the RFC-Editor word),
> or something else?

    Obsoletes: RFC 2245

    This document replaces RFC 2245.  Changes since RFC 2245 are
    detailed in Appendix A.

>- I thought "No additional characters are prohibited" was awkward -

As Stringprep says:
   It is important to note that a profile of this document MAY prohibit
   additional characters.
I felt it appropriate to note that no additional characters are
prohibited.  The sentence likely could be deleted without
causing implementor confusion.

>is the document saying "All other characters are permitted"?

No.

>- I thought "Information about who accesses an anonymous archive on a sensitive subject (e.g., sexual abuse) has strong privacy needs" was awkward 
>- at the very least, "who" has strong privacy needs, but the sentence seems to say the information has strong privacy needs. Possibly "Anyone who accesses an anonymous archive on a sensitive subject (e.g. sexual abuse) likely has strong privacy needs"?

Works for me.