Kolab Service Does not Start/No Emails Can be Sent/Received

Bob Jones sckalleon at yahoo.com
Sat May 1 18:10:29 CEST 2021


>That seems fine, Can you connect with that name and password to your
>LDAP server?  The log said that name or password was wrong. If the
>service user can't connect to LDAP nothing really can work.  So that's
>what you need to check first and get working. Try connecting with
>ldapsearch or some other LDAP tool you might use.

Using the host and port from ldap_uri under ldap section in kolab.conf, this is what I get:

   ldapwhoami -vvv -h <host> -p <port> -D 'uid=kolab-service,ou=Special Users,dc=abc,dc=com' -x -w <password>
   ldap_initialize( ldap://host:port )
   ldap_bind: No such object (32)

It seems the path is incorrect, and this does not even get to validating the password. My attempts at getting ldapsearch
to return any objects seems to not yield anything. I have to say I am not terribly familiar with ldapsearch. Perhaps I have 
not given the right commands to it just yet.

What could be making these paths invalid?


>If RPM updates a package it knows when you did make changes to
>configuration files, Instead of overwriting the file it stores the new
>file in .rpmnew, so the admin can check the changes and apply what's
>needed. "rpmconf -a" find all these files and asks what to do. For
>kolab installing the stock configuration files would be bad, since all
>configuration from kolab-setup would be lost (e.g. stock user&password
>template for kolab-service, no domain specific configuration).

Perhaps this is bad news, but when searching for xxx.rpmnew files, I only see a single freshclam.conf.rpmnew on the entire partition.


On Saturday, May 1, 2021, 5:44:01 AM PDT, Jochen Kellner <jochen at jochen.org> wrote: 






Hi,

Bob Jones <sckalleon at yahoo.com> writes:

> It does not seem so. The service_bind_pw is correct and matches the
> entry in config.inc.php.

That seems fine, Can you connect with that name and password to your
LDAP server?  The log said that name or password was wrong. If the
service user can't connect to LDAP nothing really can work.  So that's
what you need to check first and get working. Try connecting with
ldapsearch or some other LDAP tool you might use.

I see these possibilities:

1. password in LDAP has been changed and you need to reflect that change
in all kolab configurations (I'd reset the password in LDAP, so the
config files don't need changing).

2. The LDAP user is ok, but the config files have been overwritten and
you need to merge your changes back in.

3. Somehow you don't connect to the correct LDAP server...

> Please note that other user passwords are
> also failing (as can be seen in the pykolab logs in the original
> post). Essentially, all mailbox passwords are failing similarly.

That's a follow-on error. How does kolab work? The user connects to
Webmail or IMAP. These services connect to LDAP with the
uid=kolab-service special user and there the user password is finally
checked.

So, without a working kolab-services User you are stuck.

> No, I have not done any 'rpmconf -a' or merges etc. , I just did yum
> update. Can you elaborate what you mean? Is this a step to be run
> after updating kolab packages?

If RPM updates a package it knows when you did make changes to
configuration files, Instead of overwriting the file it stores the new
file in .rpmnew, so the admin can check the changes and apply what's
needed. "rpmconf -a" find all these files and asks what to do. For
kolab installing the stock configuration files would be bad, since all
configuration from kolab-setup would be lost (e.g. stock user&password
template for kolab-service, no domain specific configuration).


Jochen

-- 
This space is intentionally left blank.

_______________________________________________
users mailing list
users at lists.kolab.org
https://lists.kolab.org/mailman/listinfo/users


More information about the users mailing list