From ldap-dir-bounces@ietf.org Wed Jun 06 22:11:57 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hw7Th-0000Vw-Mo; Wed, 06 Jun 2007 22:11:57 -0400 Received: from ldap-dir by megatron.ietf.org with local (Exim 4.43) id 1HrbHq-0005sl-On for ldap-dir-confirm+ok@megatron.ietf.org; Fri, 25 May 2007 11:01:02 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HrbHq-0005sc-Es; Fri, 25 May 2007 11:01:02 -0400 Received: from smtp1.su.se ([130.237.162.112]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HrbHp-0001Bt-5c; Fri, 25 May 2007 11:01:02 -0400 Received: from localhost (localhost [127.0.0.1]) by smtp1.su.se (Postfix) with ESMTP id D1A4674353; Fri, 25 May 2007 17:00:59 +0200 (CEST) Received: from smtp1.su.se ([127.0.0.1]) by localhost (smtp1.su.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27745-01-24; Fri, 25 May 2007 17:00:59 +0200 (CEST) Received: from [10.0.0.11] (ua-83-227-179-169.cust.bredbandsbolaget.se [83.227.179.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp1.su.se (Postfix) with ESMTP id 6333974279; Fri, 25 May 2007 17:00:56 +0200 (CEST) Message-ID: <4656FA33.6000608@it.su.se> Date: Fri, 25 May 2007 17:01:07 +0200 From: Leif Johansson User-Agent: Thunderbird 1.5.0.10 (X11/20070403) MIME-Version: 1.0 To: Kurt Zeilenga References: In-Reply-To: X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at smtp.su.se X-Spam-Status: No, hits=-2.312 tagged_above=-99 required=7 tests=[BAYES_00=-2.312] X-Spam-Level: X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 X-Mailman-Approved-At: Wed, 06 Jun 2007 22:11:55 -0400 Cc: Ldapext , Mark Wahl , Chris Newman , ldap-dir@ietf.org, apps-review@ietf.org Subject: [Ldap-dir] Re: [ldapext] Review of draft-wahl-ldap-subtree-source X-BeenThere: ldap-dir@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Directorate List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: ldap-dir-bounces@ietf.org Kurt Zeilenga wrote: > I reviewed this draft on behalf of the Apps Area Review team and the > LDAP Directorate. > Such reviews have no special weight in the IETF. That is, this > message should be > treated simply as comments from an IETF participant. > > Summary: This document specifies an directory attribute to publish the > "source" of > directory entries. > > Directory entries often do derive from other sources. An entry could > easily derive > from multiple sources. Having a standard attribute that holds > reliable source > information seems to useful. However, I wonder if it appropriate to > have an > attribute which has "subtree" scope. I would think an attribute with > "entry" > scope would be better. > In practice I'd say entries are typically derived from multiple sources. Attribute or even value scope would be ideal imo but that may be impractical. I definitely agree that subree scope is too blunt a tool. Cheers Leif _______________________________________________ Ldap-dir mailing list Ldap-dir@ietf.org https://www1.ietf.org/mailman/listinfo/ldap-dir From ldap-dir-bounces@ietf.org Wed Jun 06 22:11:57 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hw7Th-0000WE-P2; Wed, 06 Jun 2007 22:11:57 -0400 Received: from ldap-dir by megatron.ietf.org with local (Exim 4.43) id 1HtRAE-000137-FL for ldap-dir-confirm+ok@megatron.ietf.org; Wed, 30 May 2007 12:36:46 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HtRAE-00012y-5P; Wed, 30 May 2007 12:36:46 -0400 Received: from mail.cs.utexas.edu ([128.83.139.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HtRAC-0007YU-SW; Wed, 30 May 2007 12:36:46 -0400 Received: from [192.168.0.14] (rrcs-71-42-113-213.sw.biz.rr.com [71.42.113.213]) (authenticated bits=0) by mail.cs.utexas.edu (8.14.1/8.14.1) with ESMTP id l4UGaUtm023671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 May 2007 11:36:43 -0500 (CDT) Message-ID: <465DA809.9020306@informed-control.com> Date: Wed, 30 May 2007 11:36:25 -0500 From: Mark Wahl User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 MIME-Version: 1.0 To: Kurt Zeilenga References: <4B4F28FA-F4FE-4B63-BD59-4966B83BE478@Isode.com> In-Reply-To: <4B4F28FA-F4FE-4B63-BD59-4966B83BE478@Isode.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab X-Mailman-Approved-At: Wed, 06 Jun 2007 22:11:55 -0400 Cc: Ldapext , Mark Wahl , Chris Newman , ldap-dir@ietf.org, apps-review@ietf.org Subject: [Ldap-dir] Re: Review of draft-wahl-ldap-adminaddr X-BeenThere: ldap-dir@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Directorate List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: ldap-dir-bounces@ietf.org Kurt Zeilenga wrote: > I reviewed this draft on behalf of the Apps Area Review team and the > LDAP Directorate. Thanks for your comments on these drafts! I'll be reviewing your emails and will respond shortly with more details. > I do find the uses of SHOULD in the Security Consideration section kind > of odd. Use > of RFC 2119 keywords should be limited to specification of > implementation requirements. If so, then RFC 2119 should be revised to incorporate that limitation, as I don't see that stated in 2119, and I observe in recently published proposed standard RFCs the use of RFC 2119 terminology in the security considerations sections to make statements beyond implementation requirements, e.g., RFC 4875 "Specifications of applications within the IETF MUST specify this mechanism" or RFC 4872 "RSVP signaling MUST be able to provide authentication and integrity". Mark Wahl Informed Control Inc. _______________________________________________ Ldap-dir mailing list Ldap-dir@ietf.org https://www1.ietf.org/mailman/listinfo/ldap-dir