[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
[ldapext] UTF-8 full support in LDIF / LDIF v2
Hi,
I'd like to re-start this thread.
I have been re-reading the earlier messages, and have put some thought into
it as well. I have also been communicating with the RFC-editor and Alexey
Melnikov (one of the Area Directors for LDAP). I have also taken a stab at
the new text to jumpstart the discussion.
Scope:
I personally would prefer to address the UTF-8 support only, and possibly
other minor issues, but no other major change. My reasoning is that:
-the change is relatively simple
-the lack of UTF-8 support is a problem that affects me directly
-I understand the problem
-adding other major functionalities will probably delay the RFC, while we
could get this one out relatively fast, while working on the other
functionalities for another version.
Alexey said that he'd like to have all the options on the table.
Version scheme:
Last year I wrote that the version number is limited to one digit. That was
a mistake, I re-read RFC 2234 (the specification of Backus-Naur Form), and
what is in the current RFC is one digit or more, so this is a non-issue.
Escaping UTF-8 characters:
RFC 2253 (UTF-8 String Representation of Distinguished Names
) allows for escaping characters with backslashes and hex numbers. I can see
the point when working from the command line, and say your terminal is not
set properly, or you don't have the appropriate keyboard, but I am not sure
about files... What do you guys think ?
Authorship:
I have tried to contact Gordon Good, the original author of RFC 2849,
but have not heard from him yet (could be due to spam filters). The
RFC-Editor and Alexey say there are procedures around that, and we can leave
that as a last minute item.
Example in UTF-8:
The RFC-Editor is very clear on this, RFCs are ASCII only but we can add a
postscript file with examples containing UTF-8 if we want. I am not sure
there is much value, this is pretty trivial.
Removing some paragraphs:
Should we remove some paragraph that don't seem to be relevant any more,
such as:
" The application/directory MIME content-type [RFC2425] is a general
framework and format for conveying directory information, and is
independent of any particular directory service. The LDIF format is
a simpler format which is perhaps easier to create, and may also be
used, as noted, to describe a set of changes to be applied to a
directory.
"
Expired draft:
Refence [Armijo00] is a draft expired in 2001. It is used in example 7. Is
this still relevant ?
RFC4525:
I noticed that RFC 4525 has updated the LDIF definition. Should this be
included in this RFC ? I have created an extra file with its inclusion.
Here are the two versions I have created:
http://www.sollers.ca/hg/ldif-utf8/file/d307d875966f/proposal.txt#l1
and a side by side diff:
http://www.sollers.ca/projects/ldif-utf8/files/proposal-diff.html
and with the addition of rfc 4525:
http://www.sollers.ca/hg/ldif-utf8/file/213f3b5dcd86/proposal.txt#l1
side by side diff:
http://www.sollers.ca/projects/ldif-utf8/files/rfc4525addon.html
--
Yves.
http://www.sollers.ca/
_______________________________________________
Ldapext mailing list
Ldapext@ietf.org
https://www.ietf.org/mailman/listinfo/ldapext