this is the problem. It's not reproducable at all. Nearly all of our users can do all the stuff. Only very few encounter these problems. So maybe it's a caching issue - and the settings are not repsponsible but special settings together with some special circumstances in caching.

Here are the preferences which cause the error. I have shortened the folder list for privacy reasons. But I think it doesn't cause the error.

In the meantime I got another issue - not with calendar but wit task plugin.

In my case it was sufficiant to switch from German to English date format and back. Then it's possible to save events but the pop up window doen't close. It remains but without content.

We are also affected.

I first needed to understand that the mozldap ldapsearch is only necessary for getting the effective rights. Reading and modifying the objects is done by php. While the php ldap libs use the system wide certificate storage the mozldap doesn't. So modifying wouldn't be the problem but kolab webadmin isn't able to get the aci rights for the ldap objects.

Actually I don't understand really how it work's in fabricator that people get notified. Since the related bug report is closed I don't know if anybody will ever have a look here...

I just wanted to ask if someone already took a look at this patch. T3283 is still affecting replication management.

oh, I was to overhasty. The patch still works, it was my mistake. This should be altered in the function "find_resource":

is there anyghing new about that?
I just tried to apply the patch to an actual kolab 16 with