Re: [Ldap-dir] Mark Wahl's individual submissions

Steven Legg <steven.legg@eb2bcom.com> Mon, 21 May 2007 07:14 UTC

Return-path: <ldap-dir-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hq25g-0001UC-MJ; Mon, 21 May 2007 03:14:00 -0400
Received: from ldap-dir by megatron.ietf.org with local (Exim 4.43) id 1Hq25f-0001LL-04 for ldap-dir-confirm+ok@megatron.ietf.org; Mon, 21 May 2007 03:13:59 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hq25e-0001GR-7d for ldap-dir@ietf.org; Mon, 21 May 2007 03:13:58 -0400
Received: from eb2bcom.com ([72.232.34.13] helo=host.eb2bcom.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hq25c-0000Fv-In for ldap-dir@ietf.org; Mon, 21 May 2007 03:13:58 -0400
Received: from [203.206.165.210] (helo=[192.168.1.156]) by host.eb2bcom.com with esmtpa (Exim 4.63) (envelope-from <steven.legg@eb2bcom.com>) id 1Hq25c-0006A3-TB; Mon, 21 May 2007 17:13:57 +1000
Message-ID: <465146AF.6020009@eb2bcom.com>
Date: Mon, 21 May 2007 17:13:51 +1000
From: Steven Legg <steven.legg@eb2bcom.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.6) Gecko/20050319
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Chris Newman <Chris.Newman@Sun.COM>
Subject: Re: [Ldap-dir] Mark Wahl's individual submissions
References: <62B5CF0CB44DE0B82AF40991@[192.168.0.103]>
In-Reply-To: <62B5CF0CB44DE0B82AF40991@[192.168.0.103]>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - host.eb2bcom.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - eb2bcom.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4
Cc: ldap-dir@ietf.org
X-BeenThere: ldap-dir@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: LDAP Directorate <ldap-dir.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ldap-dir>, <mailto:ldap-dir-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ldap-dir@ietf.org>
List-Help: <mailto:ldap-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ldap-dir>, <mailto:ldap-dir-request@ietf.org?subject=subscribe>
Errors-To: ldap-dir-bounces@ietf.org

Chris,

This message only showed up in my mail box a few days ago. I don't have
a current need for these proposals, so I can't attest to their usefulness,
but I can comment on the technical content.

Chris Newman wrote:
> Mark Wahl has ask the following documents move to proposed standard:
> 
> <http://www.ietf.org/internet-drafts/draft-wahl-ldap-adminaddr-04.txt>

I have no concern over this document progressing as a proposed standard.

> 
> <http://www.ietf.org/internet-drafts/draft-wahl-ldap-p3p-03.txt>

The only concern I have over this document being progressed as a
proposed standard is that the method a client needs to follow
to obtain the appropriate subtreeP3PrivacyPolicy attribute
isn't well defined. Two independent client implementations could
end up applying different policy because they don't look in the same
likely places or don't look in those likely places in the same order.

> 
> <http://www.ietf.org/internet-drafts/draft-wahl-ldap-subtree-source-01.txt>

I have no concern over this document progressing as a proposed standard.
I find the last sentence in section 2, i.e.,

    "The semantics of comparison of values of this attribute for
    equality is outside of the scope of this document."

a little odd given that the attribute definition explicitly references
caseExactMatch as the equality matching rule. I would guess that Mark
is referring to the problem that two URI strings that are not equal
according to the caseExactMatch matching rule can nonetheless be
equivalent as URIs.

> 
> I would like at least one person on the directorate other than Mark to 
> express support for moving these forward.

If the method for obtaining the subtreeP3PrivacyPolicy attribute is better
defined then I see no harm in progressing the documents. Does that count
as support ?

> 
> I would appreciate it if anyone on the directorate has time to fill out 
> a proto write up for these documents. For details on what that entails, see
>  <http://www.ietf.org/IESG/content/ions/ion-ad-sponsoring.html#writeup>

Not me I'm afraid.

Regards,
Steven

> 
>                Thanks,
>                - Chris Newman
>                Applications Area Director
> 
> 
> 
> _______________________________________________
> Ldap-dir mailing list
> Ldap-dir@ietf.org
> https://www1.ietf.org/mailman/listinfo/ldap-dir
> 


_______________________________________________
Ldap-dir mailing list
Ldap-dir@ietf.org
https://www1.ietf.org/mailman/listinfo/ldap-dir