Re: Get test case for E01 / DName Issues

On 2007-05-30 13:30:24 -0400, Sean Mullan wrote:

>> I've re-reviewed the material and think I agree with Thomas. However, I do
>> have a suggested rewrite of the text:
>> <section>
>> <heading>DName Encoding</heading>
>> <p>Except for DName AttributeValues that have a string representation,
>> DNames (X509IssuerSerial,X509SubjectName, and KeyName if appropriate) 
>> should
>> be encoded in accordance with RFC2253 [LDAP-DN]. DName AttributeValues that
>> have a string representation should be encoded in accordance with RFC2253
>> [LDAP-DN] with the following exceptions:</p>
>> <ul>
>> <li>Escape any trailing white space by replacing "\ " with "\20".</li>
>> <li>Escape all occurrences of ASCII control characters (Unicode range \x00 
>> -
>> \x1f) by replacing them with "\" followed by a two digit hex number showing
>> its Unicode number.</li>
>> </ul>
>> </section>
>> <<<
>> In the above, I have removed the discussion of XML escaping and such -- 
>> that
>> to me is just the fundamentals of XML. Personally, I would recommend
>> applications use CDATA sections around DNames and MgmtData.

Incidentally, that's materially the same proposal that I had
forgotten and reproduced today... Oops.

> But wouldn't that require a change to the DTD, since DN Strings are 
> currently specified as PCDATA?

I'm not sure I understand why that leads to a DTD change?

Cheers,
-- 
Thomas Roessler, W3C  <tlr@w3.org>

Received on Tuesday, 12 June 2007 16:31:36 UTC