**** BEGIN LOGGING AT Sat Aug 21 02:59:57 2010 Aug 21 15:12:53 kblin: samba dev, eh? Aug 21 15:13:09 yeah Aug 21 15:13:10 kblin: i have getting a git checkout up and running backed to openldap on my todo list Aug 21 15:13:17 i really want to play with some samba4 Aug 21 15:13:40 no experience with the openldap backend, though Aug 21 15:13:48 I've always used the internal ldap Aug 21 15:14:29 i'm not quite sure the incentive for developing a ldap server as well as all the AD specs on top of it Aug 21 15:15:06 well, AD isn't plain LDAP, so we needed a lot of dynamically-generated record types on top of LDAP Aug 21 15:15:18 *nod* Aug 21 15:15:40 in the beginning, it was impossible to get those upstream, because the openldap folks thought that MS just violated the specs and they should fix that Aug 21 15:16:10 time was better spend doing our own ldap server than arguing with the openldap devs Aug 21 15:16:22 that said, these days they're pretty helpful Aug 21 15:17:00 I'm currently having fun getting bind to play ball with win2k8-style AD Aug 21 15:17:17 nice Aug 21 15:24:15 how long have you been working on samba? Aug 21 15:24:57 also, if you happen to have any suggestions, i'd be curious to read what differences there are between different AD versions Aug 21 15:26:08 I've joined the team in 2007 Aug 21 15:26:24 have done some odd patches before Aug 21 15:27:22 hm, actually I'm a bit fuzzy on the differences between the function levels. I'm just getting back into AD Aug 21 15:27:50 been working on id-mapping before, and some of the command-line utilities Aug 21 15:28:40 I'm sure micosoft was forced to explain the different function levels somewhere, but I couldn't tell you which of the documents that'd be Aug 21 15:30:03 basically, the higher the function level, the more operations happen over ldap rather than over DCE/RPC Aug 21 15:40:30 thats semi-pleasant **** ENDING LOGGING AT Sun Aug 22 02:59:58 2010