I think originally mu roundcoube update failed to finish or wasn't in place when iRony was updated. However, the update is in place now so the link was not empty any longer. I will try removing the work around from earlier and creating an absolute symlink to test.

In T7097#97769, @sicherha wrote:

Hmm, so replacing the relative symlink with an absolute symlink fixes the problem for you? Interesting.

Hmm, so replacing the relative symlink with an absolute symlink fixes the problem for you? Interesting.

it is not empty, the created link (/usr/share/iRony/vendor/) points to ../roundcubemail/vendor, witch seems to cause a problem.

The symptoms sound closely related to T7109; closing this as a duplicate.

This is strange - /usr/share/roundcubemail/vendor shouldn't be empty. Did the recent upgrade of the roundcubemail package fail? Is it in a half-installed state?

Thanks, this is working for me as well.

This work around did not help for me.

i've worked around this arror by removing the string "CardDAV\Xml\Request\AddressBookQueryReport" in line 51 introduces by https://git.kolab.org/rI59977da735b6892075fffc802e4b656d94d75cd2

This is true for Ubuntu 18.04 as well.

Sorry, but this Spam sucks....

On my Debian Buster is it broken too.

Logs from iRony/error.log

Yeah, apparently the inclusion of updates from Kolab:16:Testing into Kolab:16 has to be done manually. Glad the Roundcube upgrade path is now finally working as expected.

@sicherha and @mollekopf
Today I saw that roundcubemail-1.5.3-0~kolab2 is available and installed it succesfully, thank you.

@mollekopf, will updates residing in Kolab:16:Testing be pushed to Kolab:16 automatically or is manual intervention needed? In other words, should I file an inclusion request?

@sicherha
roundcubemail-1.5.3-0~kolab2 is still not in stable repo... why?

The fix is accepted into git.
But as I ran into another Error, you should also use the latest Diff 11060.

The fix works when applied by hand but does not yet show up in update package.

res.append(c)

Just remove chr()
c is single character of a string, but not an integer value of a character.
I could see via grep, decode(s) is used with folders in modules used for imap

A fixed version is already in Kolab:16:Testing; it should hit the Kolab:16 repository soon.

The workaround to install roundcubemail 1.5.2 did not uninstall/remove roundcubemail-plugin-kolab-delegation.
Now I cannot install roundcubemail 1.5.3 because I get follwoing error...

Correction: that simple fix apparently doesn't do the trick.

I believe there's an integer conversion missing in line 116 of pykolab/imap_utf7.py - it should probably be:

res.append(chr(int(c)))

looks like new certs installed so i'm closing this bug report