[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: equal character forbidden in DN



> Pierangelo Masarati writes:
>>To: "Hallvard B Furuseth" <h.b.furuseth@usit.uio.no>
>>
>>> That's a bug in RFC 2253: Section 2.4 (ASN.1 DN => string) says '='
>>> need
>>> not be escaped, but section 3 (string => DN) says '=' must be escaped.
>>> Unescaped '=' will be allowed in the upcoming revised LDAP spec,
>>> see <http://www.ietf.org/internet-drafts/draft-ietf-ldapbis-dn-14.txt>.
>>
>> I don't see any difference in '=' escaping in that draft...
>
> RFC2253 section 3:
>   attributeValue = string,
>   string         = *( stringchar / pair ) / ...
>   stringchar     = <any character except one of special, "\" or
> QUOTATION>,
>                                                 ^^^^^^^
>   special        includes "=".
>
> Draft section 3:
>   ; The following characters are to be escaped when they appear
>   ; in the value to be encoded: ESC, one of <escaped>, leading
>                                             ^^^^^^^^^
>   ; SHARP or SPACE, trailing SPACE, and NULL.
>   string         = ...
>   escaped        = DQUOTE / PLUS / COMMA / SEMI / LANGLE / RANGLE
> And the grammar:
>   attributeValue = string / ...
>   string         = leadchar [*stringchar trailchar] and <pair>s / ...,
>   leadchar, stringchar, trailchar = LUTF1, TUTF1, SUTF1 and more,
>   LUTF1, TUTF1 and SUTF1 all include %3D ("=").

I mean: in the draft, the "=" must still be escaped.

p.

-- 
Pierangelo Masarati
mailto:pierangelo.masarati@sys-net.it


    SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497