Hello, Thanks for your quick test and reply. Actually, you are amazingly fast! ;)
On Tue, Sep 14, 2010 at 5:03 AM, Soren Stoutner <so...@sbtechsolutions.biz> wrote: > Mathieu, > > On Monday, September 13, 2010 01:46:43 pm Mathieu Parent wrote: >> Hi, >> >> Can you please apply the patch [0] and test? Apply it to >> /usr/share/perl5/Kolab/Conf.pm >> >> [0] >> http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90 >> -slapd-runtime-config.diff?sc=1 > > I patched Conf.pm and reran kolab_bootstrap -b. After doing so, I had the > same problem. Testsaslauthd failed and the webadmin could not bind to the > LDAP server. I forgot to test kolab_bootstrap. > I switched SLAPD_CONF="" to SLAPD_CONF="/etc/ldap/slapd.conf" in > /etc/default/slapd. Testsaslauthd then succeeded The steps done by the patch are not run under kolab_bootstrap. I will fix this. > but the webadmin still could > not bind to the LDAP server. I discovered this was causes because 'php_pw' > was not being copied correctly to /etc/kolab/session_vars.php. For some > reason the four commands found on the wiki [1] didn't work for me (although > they have in the past). Manually copying 'php_pw' from /etc/kolab/kolab.conf > resolved this problem and the web admin could bind to ldap. Yes, this command can only be run once because is replaces some hardcoded config example. > Perhaps we should suggest that everyone change /etc/default/slapd to use the > old configuration files until upstream supports /etc/ldap/slapd.d. No. The slapd maintainers don't want this [1]. I agree with them: this is not maintainable. [1]: http://lists.alioth.debian.org/pipermail/pkg-openldap-devel/2010-September/004115.html Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
