[ldapext] recent draft-zeilenga-ldap-*
"Kurt D. Zeilenga" <Kurt@OpenLDAP.org> Wed, 27 October 2004 20:54 UTC
Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA13141 for <ldapext-archive@lists.ietf.org>; Wed, 27 Oct 2004 16:54:17 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CMuaw-00066e-8m; Wed, 27 Oct 2004 16:40:34 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CMuY2-0004TR-Su for ldapext@megatron.ietf.org; Wed, 27 Oct 2004 16:37:34 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA11034 for <ldapext@ietf.org>; Wed, 27 Oct 2004 16:37:32 -0400 (EDT)
Received: from router.boolean.net ([198.144.206.49] helo=pretender.boolean.net ident=root) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CMulx-0006Z8-IN for ldapext@ietf.org; Wed, 27 Oct 2004 16:51:59 -0400
Received: from gypsy.OpenLDAP.org (kurt@localhost [127.0.0.1]) by pretender.boolean.net (8.12.10/8.12.11) with ESMTP id i9RKbMZv065168 for <ldapext@ietf.org>; Wed, 27 Oct 2004 20:37:22 GMT (envelope-from Kurt@OpenLDAP.org)
Message-Id: <6.1.2.0.0.20041027130030.0335b778@127.0.0.1>
X-Sender: kurt@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0
Date: Wed, 27 Oct 2004 13:37:49 -0700
To: ldapext@ietf.org
From: "Kurt D. Zeilenga" <Kurt@OpenLDAP.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab
Subject: [ldapext] recent draft-zeilenga-ldap-*
X-BeenThere: ldapext@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: LDAP Extension Working Group <ldapext.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ldapext>, <mailto:ldapext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ldapext>
List-Post: <mailto:ldapext@ietf.org>
List-Help: <mailto:ldapext-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ldapext>, <mailto:ldapext-request@ietf.org?subject=subscribe>
Sender: ldapext-bounces@ietf.org
Errors-To: ldapext-bounces@ietf.org
I recently submitted updates to a number of my individual submissions. All of the submissions were updated to reference the revised LDAP TS I-Ds instead of the existing Proposed Standards (I am optimistic that LDAPBIS will soon advise the revised LDAP TS). The following is a summary of the substantive changes made to each. I have noted the intended category after each I-D. draft-zeilenga-ldap-adlist (Informational) - Updated specification to utilize LDAPBIS ABNF productions. - Noted that object description options are not semantically related to attribute description options. draft-zeilenga-ldap-assert (Standards Track) - Noted that the control is to be processed as an integral part of the operation. - Noted the control is inappropriate for the Start TLS operations. draft-zeilenga-ldap-ext (Informational) - Major rewrite/reorganization of I-D, added sections on + Extending Bind Operation with Controls + Extending StartTLS Operation with Controls + Extending Search Operation with Controls + Extending Update Operations with Controls + Extending Response-less Operations with Controls + General ASN.1 extensibility (replacing SEQUENCE extensions) - and much more draft-zeilenga-ldap-noop (Standards Track) None draft-zeilenga-ldap-readentry (Standards Track) - Added statement regarding proper isolation of operation. - Updated specification to utilize LDAPBIS ABNF productions. - Removed mention of [ProxyAuth] control (seems to have stalled). draft-zeilenga-ldap-t-f (Standards Track) None draft-zeilenga-ldap-turn (Experimental) - flushed out example - dropped the term "turn indicator". draft-zeilenga-ldap-user-schema (Standards Track) - dropped matching rules (most are now published in RFC 3698) - dropped uid (now in LDAPBIS [Schema]) Also, I revised draft-zeilenga-x500-historic (Informational) aimed at moving a number of early X.500 (and related) RFCs to Historic status. Excepting zeilenga-ldap-ext and draft-zeilenga-x500-historic, I believe that these I-Ds are basically ready to be progressed (after fixing a few editorial issues). Please review and comment. (Please start new threads.) Kurt _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext
- [ldapext] recent draft-zeilenga-ldap-* Kurt D. Zeilenga