[Kolab-devel] 3.0 on Debian Wheezy: 'kolab-saslath' (?) related failure n boot sequence
Jeroen van Meeuwen (Kolab Systems)
vanmeeuwen at kolabsys.com
Sun Oct 14 19:56:30 CEST 2012
Hello all,
please remember to strip the irrelevant parts of the email you're
responding to from your reply - thousands of mailboxes get a copy of
your messages.
>> > After that, can you delete the
>> > directory /run/saslauthd and restart the daemon?
>> Hmm ... obviously it's not running upon boot
>> ps -A |grep saslauthd
>> 1353 ? 00:00:00 saslauthd
>> (...snip...)
>>
This indicates to me, a Cyrus SASL authentication daemon is running.
This is fine, but sort-of conflicts with kolab-saslauthd in its default
startup configuration.
The Cyrus SASL authentication daemon does LDAP authentication for one
domain at the most, you see; The Kolab SASL authentication daemon is
tailored to do authentication for multiple domains (read: isolated
directory trees).
So, if nothing other then the Kolab components is using the SASL
authentication daemon;
- turn off the Cyrus one and boot up the Kolab one for multi-domain,
*or*
- keep the Cyrus one (provided it be appropriately configured with the
LDAP auth. mech. and /etc/saslauthd.conf in place), and turn off the
Kolab one.
Kind regards,
Jeroen van Meeuwen
--
Systems Architect, Kolab Systems AG
e: vanmeeuwen at kolabsys.com
m: +44 74 2516 3817
w: http://www.kolabsys.com
pgp: 9342 BF08
More information about the devel
mailing list