Real fix in git. To hotfix production servers the patch from https://issues.kolab.org/show_bug.cgi?id=5190#c2 can be used.

Commited as rRPKd49a4457b1a

Fixed also some Kolab plugins issues. I consider this ticket issue fixed.

Please, review.

Agreed about the /private namespace. This is fixed by above commit. The problem is with priority of the other two annotations. As I said, iRony (actually only iRony uses these methods) depends on the fact that we can set a folder ID to defined value. So, if we set "kolab" annotation to something and the use "cyrus" annotation we have a problem. That's why I left the order as it was before. See the commit. Tell me if you see this different.

In T491#8369, @machniak wrote:

So, it looks like we need to check the /shared/vendor/kolab/uniqueid annotation first and fallback to cyrus annotation if it does not exists in get_uid().

We can't give a prio to cyrus uniqueid annotation. I've found iRony's Kolab/Utils/DAVBackend.php code which (beside unsused class constants) sets folder UID and, I assume, the DAV client expects the same UID to be used later. So, it looks like we need to check the /shared/vendor/kolab/uniqueid annotation first and fallback to cyrus annotation if it does not exists in get_uid().

The existence of this private annotation is not disruptive or I don't see how it could be. Also, you can't see these folder anotations in the cache tables probably because they are stored in memcache. Of course, Roundcube can be configured to store metadata in sql db.

None of them is used. Only factors with an "active" property are considered during the authentication process. The others are temporarily stored tokens needed to display the configuration step. Once one is actually confirmed and activated, all other temporary entries will be removed.

From the logs:

It seems like indeed it cannot, and requires a little bit of composer in Kolab:Development

Probably it can't find Sabre/VObject, see logs/errors.

Is it me or does the libvcalendar one not execute anything?

From Roundcube's tests directory run:
phpunit ../plugins/libcalendaring/tests/libcalendaring.php
phpunit ../plugins/libcalendaring/tests/libvcalendar.php

The functions get_uid() and set_uid() functions [[https://git.kolab.org/diffusion/RPK/browse/master/plugins/libkolab/lib/kolab_storage_folder.php;a52bf1abe3d7f54fc6424237c282e0d40c507506$147|[1]]] are likely causes of the aforementioned discrepancy of folder metadata values in different namespaces.

save_tags() (or more generically, write operations) should probably invalidate the cache(s) related to it, and as a matter of efficiency, one might seed the cache again with the internal structs rather than obtain them all all over again from source.

results in

* 02
* -2

roundcubemail-1.1.1.59 and roundcubemail-plugins-kolab-3.2.9 have been released and submitted to feature-el6-kolab-14-development and feature-el7-kolab-14-development, signed and mashed.