LDAP Support

[jelmer]

It would be nice to be able to store user data (buddy name -> nickname mappings, account data) on an LDAP database. This would particularly be useful for sharing data between various public servers.

[jelmer]

I'd like to work on LDAP support, so assigning to me.

[wilmer]

1.1 should probably have some nice configuration storage backend, so we can implement this and #23 at once in a nice and clean way.

[jelmer]

I've put a branch up at  http://jelmer.vernstok.nl/oss/bitlbee/bzr/storage/ that adds an abstraction layer for the storage support (and contains just one backend at the moment, which reads and writes the old BitlBee data files). Once this is merged into mainline, I'll have a look at LDAP support.

[wilmer]

Just read the diffs, looks good!

BTW, maybe it could be nice to allow multiple storages to be used for at least loading settings, this could be convenient for conversion from the old format to the (planned) new file format. And maybe also for migration from the usual files to LDAP.

For saving, one storage backend should be enough.

[jelmer]

right, that makes sense. This is quite easy to implement, but I'm a bit doubtful as to what the easiest way to configure such a thing would be. Adding a 'storage_migrate' option that specifies a storage backend to migrate from would make most sense to me. One of the things to keep in mind is that a smooth upgrade (without any required interference from the user) would be nice to have and should be possible. What do you think?

[jelmer]

Wilmer just merged some changes that add a 'account storage' and a 'account storage migrate' option. Left now is the actual LDAP backend, preferably in storage_ldap.c

[jelmer]

I'm currently stuck waiting for an OID assignment from IANA so I can fill those into the schema.

[jelmer]

Ok, we've been allocated an OID by IANA: 25873

[wilmer]

 http://code.bitlbee.org/contrib/arnau-storage/

Thanks arnau!

[wilmer]

I'm trying out a feature freeze, I only want to fix bugs for the 1.2 release and postpone actual features until a later release.

[wilmer]

For the record, this is probably going to be merged in some near future. Some changes have to be made though, most of all we need a more atomic way of saving settings. This is a little bit complicated in LDAP because it'd be nice to avoid having to recreate the whole tree for a user every time we're saving settings.