It seems that the version number for packaging needs to be increased at some slope rider point now.

Current git version gives the full error:

I guess the version number for packaging needs to be bumped somewhere now.

docs.kolab.org was built from this repository: https://git.kolab.org/diffusion/D/ (which should be the same as the github one, but if in question git.kolab.org is the up-to-date version).

There where many documents

• Howtos
• Admin and Developer Guids
• Kolab Architecture

Fixed in master of kolab-webadmin and kolab-net-ldap3.

I'm not sure about this since we have Knowledge Base. https://kb.kolab.org/2023/03/install-kolab-16-on-alma-linux-9/

I would just remove the _debug() call.

So the 389-ds packages are a mess in Ubuntu. The tools and scripts needed to update the on disk formats are not built and when I enable them they are broken. I am not sure if the upstream source is broken or it comes from the patches applied by Debian or Ubuntu. The only thing that I found worked was moving the contents of /var/lib/dirsrv and /etc/dirsrv to a backup, then upgrade from 18.04 to 20.04 and return the contents before rebooting. There were several other hiccups in the process as kolab packaging for Ubuntu newer than 18.04 is broken and missing packages, see: https://git.kolab.org/T8416

On our server ipv6 was disabled in the kernel. Enabling ipv6 did resolve the crash of guam

I also see crashes of guam on AlmaLinux release 9.5 (Teal Serval)
I tested with I guam-0.9.13-3.61.el9.kolab_16.x86_64

Patch merged.

This patch fixes the login for me - thanks a lot.

Maybe something like this would help:

diff --git a/lib/Auth/LDAP.php b/lib/Auth/LDAP.php
index f5e33b2..2db826e 100644
--- a/lib/Auth/LDAP.php
+++ b/lib/Auth/LDAP.php
@@ -122,6 +122,12 @@ class LDAP extends Net_LDAP3 {
         $this->config_set("root_dn", $root_dn);
     }

php-net-ldap3 is our main workhorse for ldap connections, php-net-ldap2 is a dependency there for a one or two features in use.

The message header is parsed!

As the fix sets encoding="utf8", does this mean all messages are utf-8 encoded here?

this link of yours https://kb.kolab.org/2023/03/install-kolab-16-on-alma-linux-9/solar smash The package is missing when doing dnf install kolab.

The package has been updated; closing this task.

Packaging fix: https://obs.kolabsys.com/request/show/3324

Proposed fix in D4959.

I've now removed the package from my system - let's see what happens.
We most likely can't "Conflict" roundcube with this package - other Debian packages might still need it.
Thanks for the vendoring hint. We might want to hint admins during upgrades that it might be possible/useful to remove old packages.

I believe we're now using composer to install dependencies into /usr/share/roundcubemail/vendor folder, so packages like this aren't needed.

The debian package seems to work when editing sieve filters.

Sorry, I didn't mean to imply otherwise on the 389ds issue, I knew it was upstream that was broken but also that it is required for Kolab and has been stopping an update to 20.04.

389ds update issue resides on Ubuntu, it is not a Kolab issue.

Please do, that might help me get the 389ds update for ubuntu functioning and get me off of 18.04 finally.

I can second that. I ran into this issue as well. The dependency is not configured therefore the package is missing when doing dnf install kolab.