directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Emmanuel Lecharny" <elecha...@gmail.com>
Subject Re: [FYI] [LDAP] [Fwd: [ldap] Re: Zero length modify request - proper response?]
Date Wed, 19 Jul 2006 12:36:28 GMT
atm, if we have such a request, it fails.

We can change that.

Emmanuel

On 7/19/06, Alex Karasulu <aok123@bellsouth.net> wrote:
>
> Emmanuel I figured this might be of some interest to your codec work.
>
> Alex
>
>
>
> ---------- Forwarded message ----------
> From: "Kurt D. Zeilenga" <Kurt@OpenLDAP.org>
> To: richm@stanfordalumni.org
> Date: Tue, 18 Jul 2006 14:57:50 -0700
> Subject: [ldap] Re: Zero length modify request - proper response?
> At 01:26 PM 7/18/2006, Rich Megginson wrote:
> >What should the response be to a Modify request with no changes?  That
> is, if in
> >
> >       ModifyRequest ::= [APPLICATION 6] SEQUENCE {
> >            object          LDAPDN,
> >            changes         SEQUENCE OF change SEQUENCE {
> >
> >
> >the length of the first SEQUENCE of changes is 0. Is this a valid modify
> request?
>
> Yes, there is no size constraint on the sequence.  It can be
> empty. Semantically, I believe such a request should be regarded
> as a request to "touch" the object.  That is, the operational attributes
> such as modifiersName and modifyTimestamp, of the target should be
> updated.  It is noted as well that such a request might fail for
> a variety of reasons (e.g., schema violation, access control).
>
> >I would appreciate any pointers to RFCs or X.500 docs that talk about
> this.
>
> Though not detailed specifically, I believe the above semantic is
> consistent with RFC 4511 and, for DAP, X.511.  That is, the
> above semantic doesn't conflict with the RFC 4511 or, for DAP,
> X.511.
>
> Regards, Kurt
>
>
> ---
> You are currently subscribed to ldap@umich.edu as: [aok123@bellsouth.net]
> To unsubscribe send email to ldap-request@umich.edu with the word
> UNSUBSCRIBE as the SUBJECT of the message.
>
>
>
>


-- 
Cordialement,
Emmanuel L├ęcharny

Mime
View raw message