[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: AttributeTypeValue and binary
This sounds good to me.
Just my 2 Euro cents inlined below. ;-)
Ludovic.
"Kurt D. Zeilenga" wrote:
> RFC 2251, 4.1.6:
> A field of type AttributeValue takes on as its value either a string
> encoding of a AttributeValue data type, or an OCTET STRING containing
> an encoded binary value, depending on whether the "binary" option is
> present in the companion AttributeDescription to this AttributeValue.
> AttributeValue ::= OCTET STRING
>
> This wording can be interpreted as either:
> A field of type AttributeValue is an OCTET STRING which contains
> either a string encoding of a AttributeValue data type or an
> binary encoded value depending on whether the "binary" option is
> present in the companion AttributeDescription to this AttributeValue.
>
> or:
> A field of type AttributeValue is an OCTET STRING which contains
> either a string encoding of a AttributeValue data type or an
> OCTET STRING containing an binary encoded value depending on
should be : ...containing a binary encoded value...
>
> whether the "binary" option is present in the companion
> AttributeDescription to this AttributeValue.
>
> RFC 2252, 4.3.1 provides clarification that the correct interpretation
> is the former. I think RFC 2251 should be clarified to remove any
> doubt.
>
> Actually, I suggest that the description of the "binary" transfer
> option be described completely within (and only within) RFC 2251
> and that "binary" syntax be described within RFC 2252.
>
> Also as previously noted on the LDAPext mailing list (see archives
> for discussion), "binary" transfer of values of "binary" syntax
> makes little sense and likely should be disallowed.
>
> Comments?
--
Ludovic Poitou
Sun Microsystems Inc.
iPlanet E-Commerce Solutions - Directory Group - Grenoble - France