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
- [Ldap-dir] Mark Wahl's individual submissions Chris Newman
- Re: [Ldap-dir] Mark Wahl's individual submissions Steven Legg