I propose to name the event "calendar-event-dialog" and add dialog: $dialog argument. See also D212.

I propose to name the event "calendar-event-dialog" and add dialog: $dialog argument. See also D218.

This is problematic with Kolab delegation concept.

It is implemented also in KE14 for a long time. I didn't close this task, because converting to plain text is not the same as supporting HTML.

I found another issue in invitation acceptation related to the fact that there's more than one delegation involved here. It causes that if Carol accepts invitation in the name of Bob it is not saved to Bob's calendar, but Alice's copy of the event is updated.

I confirm this partially. "Remove from my calendar" button indeed removes the event from Carol's folder not from Bob's. So, step 8. is confirmed. However, I do not confirm missing CANCEL notification to Carol. The mail is being sent for me.

Anyway, I see this label is indeed not translated in de.po and de_DE.po localization files.

This label comes from pykolab. What version of pykolab are you using?

Ok, a lot of information, but I think the only relevant part is:

[2016-Sep-22 10:29:13 +0200]: <f78gclud> [FD9C] C: A0005 UID MOVE 1 Trash
[2016-Sep-22 10:29:13 +0200]: <f78gclud> [FD9C] S: A0005 OK [COPYUID 1474531118 1] Completed

and

[2016-Sep-22 10:35:56 +0200]: <o4c9cll6> [78D8] C: A0005 UID MOVE 3 Trash
[2016-Sep-22 10:35:56 +0200]: <o4c9cll6> [78D8] S: A0005 NO Permission denied

It's hard to say which one is for which user, but as you can see once it says permission denied and once it looks like a success. I don't see a log for the case when users have read&delete permissions.

So, we have an iTip reply, and we want to update the resource status from it (manually). Right? That would be true, as in such cases we look into personal folders only.
The same issue will be in automatic itip handling in wallace. It also looks only into personal folders. Actually you can find "# TODO: list shared folders the user has write privileges ?" comment in wallace code.

Done in c1c0a0d815b9.

Could you make sure User2 and User3 both use the same settings in Preferences > Server Settings. Provide what settings do you have there. Also, get the imap_debug log to see exactly what IMAP commands are used on delete.

Fixed in 008f310f3a62 and Transifex. (de_CH was correct)

This is definitely fixed in git https://github.com/roundcube/roundcubemail/commit/8e2fdee671dfba04cb5b36c30327724244663dbb. So, it's a packaging issue?

Folder subtype annotation is stored in private namespace, you do not have access to it. Also, Archive has no folder annotation in Kolab. So, we can't use folder annotations.

On FolderCreate issue. It looks like folder creation (or setting folder type) in IMAP failed (maybe it already existed?). Do you have IMAP log for this moment? We should probably handle better such situations, but first we should investigate the real reason of the issue to have fully-reproducible case.

In T1515#24393, @vendel.colja wrote:

Thanks, but could you please describe what "joining" in this case realy means?

Most Android devices/apps do not support custom folders. That's why from the beginning we're "joining" all folders of specified type into one, i.e. Inbox, Calendar, Contacts, Tasks, Notes.

1. print each task list seperately

You mean print all but grouped by folder, or print only tasks from one list (e.g. using fish-eye selection)?

3. Indentation

How many levels do you use? I feel some users might not like it. Either we display all indentation levels or none.

4. On-screen order

Works for me.

5. Page size

What exactly do you mean? I suppose it should be cutted, but maybe not inside a task record.

It is working now.

Duplicate submission.

Looks like it is not implemented at all, https://git.kolab.org/diffusion/P/browse/master/pykolab/auth/ldap/__init__.py;9d70f9d837c50e0b74b69d7e8b69c93294dd767a$1735

I finally found the culprit. Differential updated.

Fixed default for immediate argument of connect()

Differential created. Note that python-tzlocal need to be added as a pykolab dependency.