|
From: David M. <da...@es...> - 2000-12-19 01:42:26
|
Hello, I haven't been following the list too closely, so forgive me if some of this has already been discussed. I think unicode support is a great thing to add. I have already played with language tags a bit, but still being on python 1.5.2 for the most part, haven't had a convenient way to do the unicode conversions. What would be cool is if python-ldap could not only accept unicode strings, but also automatically apply the language tag when creating or modifying attributes (i.e. cn;lang-de). Of course, I can also imagine situations where you wouldn't want the module making assumptions like this. Also, I haven't seen any discussion of SSL support. I for one would like the module to be able to do an SSL handshake to port 636 (or whatever it is) to protect the credentials when simple auth is being used. I have to admit I haven't looked into whether open LDAP supports this, or whether it is something that would have to be cobbled in. If open LDAP doesn't have this, and doesn't provide for socket callbacks, then it could be tricky. It would also be cool to get the Kerberos V5 GSS-API SASL mechanism going. I'm interested in doing the work to add these features. Dave On Sun, 10 Dec 2000, David Leonard wrote: > On Sun, 10 Dec 2000, Michael Str=F6der typed thusly: > > I think we should leave the 1.x stuff as is and start with > > python-ldap-ext based on OpenLDAP 2.0.x... >=20 > Okay, to keep everyone on the list informed: >=20 > Michael, as a knowledgable Karlsruhe local, showed me all the local > restaurants that have closed down and then we discussed the direction for > python-ldap. After a few drinks, and a discussion on cats, we agreed on > the following plan: >=20 > =09* python-ldap-1.10 will be tidied up, with just the memory-leak > =09 patches applied, and a proper documentation build. (ie no v3 > =09 changes will be applied as it breaks v2 builds.) A final release > =09 will be made. >=20 > =09* A new python-ldap-2.0 will be started, with an API that is likely > =09 to be somewhat incompatible with that of p-l-1.10. In particular, > =09 the following will be the major compatibility targets: > =09=09+ Python-2.0 support (ie unicode) > =09=09+ OpenLDAP-2.0 support (ie LDAPv3/LDAP-EXT) >=20 > This means that people relying on v2 client/servers should be happy enoug= h > with a reasonably stable release. And people wanting to live in the 3rd > millenium should be happy with a version (relatively) free of legacy supp= ort. >=20 > Please, comment! Are there problems with the above plan? >=20 > In addition, I seek more comment on any more changes that the _ldap libra= ry > may need to support LDAPv3 connections. (Remember that the purpose of thi= s > module is not to give an abstraction of X.500 directory services, but rat= her > to provide an abstraction of the LDAP C API.) >=20 > d > --=20 > David Leonard Dav...@ds... > DSTC Room:78-632 Ph:+61 7 336 58358 > The University of Queensland http://www.dstc.edu.au/ > QLD 4072 AUSTRALIA B73CD65FBEF4C089B79A8EBADF1A932F1= 3EA0FC8 >=20 > I put my chin on my knee, and looked for flaws in the soft grain of my > beige plastic monitor casing. - Julian Assange >=20 > _______________________________________________ > Python-LDAP-dev mailing list > Pyt...@li... > http://lists.sourceforge.net/mailman/listinfo/python-ldap-dev >=20 |