D3692 and D3710 should fix this
I ran into same error, when testing for Python 3

I would reinstall both just to be on the safe side.

I managed to install roundcubemail 1.5.2 with your advice but it wasn't as simple as it should be.

Is roundcubemail-core still installed in the old version? If yes, uninstall it first (after manually patching the prerm script), then proceed with apt upgrade.

Do you get a specific error message? I believe the tricky part is probably to get the old roundcubemail-core package uninstalled as described above in T6971#96134: edit /var/lib/dpkg/info/roundcubemail-core.prerm, comment out the line with reload_apache, then perform the package upgrade.

In T6971#96146, @johndoe wrote:

Sorry, even with version 1.5.2-0~kolab4 apt-get upgrade does not work.

Do you get a specific error message? I believe the tricky part is probably to get the old roundcubemail-core package uninstalled as described above in T6971#96134: edit /var/lib/dpkg/info/roundcubemail-core.prerm, comment out the line with reload_apache, then perform the package upgrade.

Sorry, even with version 1.5.2-0~kolab4 apt-get upgrade does not work.

I have fixed the dependency issues in OBS. The new roundcubemail should now play along nicely with the rest of the Kolab packages.

Correcting myself: the dependency on roundcubemail-plugins-kolab (>= 3.0) might be harmless after all, but roundcubemail-skin-kolab definitely reeks of problems.

It seems that the many individual Roundcube + plugin packages have been consolidated into one big 'standalone' package that bundles them all together (https://obs.kolabsys.com/package/show/Kolab:16/roundcubemail-selfcontained).

Should be better now.

@lennartack - Oops.. NOW it should be available again.. ;-)

@petersen, still no website. This should not be so hard...

@lennartack - on it..

@petersen what is the address of the mailing list website? https://lists.kolab.org still doesn't work.

This was fixed - the server is alive and kicking, Apheleia IT is interested in maintaining community engagement, and Kolab is still called Kolab. See my mail on the user list for more details.

https://docs.kolab.org has been fixed.

Thanks a lot! See D1966 for my review comments.

I made the latest version of the documentation available on my server at kolab.dlnet.org/docs. I don't think much has changed compared to the version at docs.kolab.org. But maybe having an up to date version will motivate community members to continue work on the documentation.

In T6220#95074, @hsmith wrote:

@lennartack I don't believe Kolab are really interested in maintaining much community engagement.

Sure seems that way!

I think the fix is trivial, but not obviously, specially when not familiar with LDIF. Manually solved the problem on my system (multidomain setup).

Since nobody is answering:
The reason for the above problem is the fact that apparently the following two packages are obsoleted by EPEL:

Hello!

Hopefully fixed through the addition of a %pretrans scriptlet as described in https://docs.fedoraproject.org/en-US/packaging-guidelines/Directory_Replacement/. Please reopen if the problem persists.

@lennartack I don't believe Kolab are really interested in maintaining much community engagement.

http://lists.kolab.org is now completely offline.

The exception comes from inside cache_update(). See attached the traceback, from the log file that Johannes sent me.

Do you happen to have a log containing a backtrace for the case where the sender column is too short? After skimming the code, I would assume SQLAlchemy throws an exception which then gets caught in bin/kolab_smtp_access_policy.py:1717. That's obviously too late.

Ooh, this is a subtle bug!

I guess we can close this?

According to the log, the script tries to create a user named '@'. That's, well, weird. Unfortunately, I'm not sufficiently familiar with the pykolab codebase to make a qualified guess where this username may have originated from.

Fix is working for me.

I have just pushed a new, patched revision of the pykolab package. Please try it out and report back if it fixes the problem for you.

I'll take care of this.

This change causes the issue:
/usr/lib/python2.7/site-apckages/pykolab/logger.py

Same problem for Centos.

What's the status on this?

You can pass a full url there.

thanks, but it is set:
// URL of kolab-chwala installation
$config['kolab_files_url'] = '/chwala/';
sorry of late answer ..

Spam.

Fixed.

The kolab_files plugin has some configuration. You can set these to an absolute URLs.

// URL of kolab-chwala installation
$config['kolab_files_url'] = '/chwala/';

I'd say it's the carddav plugin issue. Maybe it does not "inject" its addressbook sources on task=calendar requests or sth like that.