Thanks Alek, that hint is useful.
I might try to create a new dialog using the ideas from the mail compose screen.

The field has autocompletion feature implemented. So, should give you search results while typing. I know some people prefer addressbook widget, that's why we have it in mail compose screen.

To disable Settings section of the UI I propose to set:

$config['kolab_auth_admin_rights'] = array(
    'settings' => 'entry:delete',
    '*' => 'entry:read',
);

Note that with this LDAP effective rights will be used and kolab_auth_group/kolab_auth_role_value will be ignored. You can also change 'entry:delete' to 'attrib:kolabDelegate:write' (or use some other attribute).

Just because I was asked for " ​what is in your: $config['kolab_auth_admin_rights'] = array()" here the kolab_auth.inc.php we use

I may would have agreed, but after roundcube provides a "helpdesk-login" function and independently of that provides delegation or password plugins performing such LDAP "edit" tasks, someone using the heldesk-login feature should either

• get a warning that those plugin functions are just readonly and not an adminstration frontend replacement

or

• find any edit functionality involved by those plugins disabled

or

• have just no access to those plugins (Could you please give me a hint how to disable delegate from settings?)

or

• enable edit/admin/helpdesk tasks for "helpdesk-login" usage by what ever possible action/task

Neither delegation nor password resets for a user should go through Roundcube. Roundcube, after all, is not an LDAP administration interface.

Confirmed. I tried SASL proxy authentication here, but didn't work for me. @vanmeeuwen is additional "service user" (i.e. new config options for DN and password) the only solution?

I was able to fix the issue on moving/resizing the event, but I wasn't able to reproduce the issue on event delete. I'm closing the ticket now. Please, reopen if the issue still exist after aplying my change.

Ok, more testing. I see now where the problem is. I think I misunderstood the problem description as there was no word "delegation" ;)

I'm not able to reproduce the notification issue. I.e. when I delete or move or edit such an event iTip notifications are not being send. Which would mean that the only problem really is misleading wording of the warning text.

Some of the behavior that seems to be requested (albeit not explicitly) leans toward workflow management more so than it is squarly within the realm of simple task management.

Please note that, IIRC, the freebusy service renders Free/Busy information with a certain timeslot as well -- if any event overlaps either of the lower or upper boundaries the entire slot is considered busy.

I would suggest to consider sending out the notifications of the changes as user2, in that this is rendered quite dysfunctional practically, should no notifications be sent out at all.

So, we have two issues here:

Tested and it seems to be working.

Tested and it seems to be working.

Probably the number of slots in an hour here should depend on Preferences > Calendar > Time slots per hour.

Fixed Bug#1, Bug#2, Bug#3 described in my previous comment.

Ok, there's a couple of issues here described, but first... Let's agree that (while we do not support counter proposals) when an attendee changes a task's status the iTip REPLY is send to the organizer. When the REPLY is "merged" only an attendee status should be updated, NOT the completion status. Think about a task with two attendees (assignees).

Confirmed. I see this message is used sometimes when moving/resizing/deleting an event. However, I'm not really convinced about usefulness of such a message. I don't see a code that would "copy" the event to personal calendar, so it does not make sense at all.

It is just a shared Folder.

Yes, this is definitely a duplicate of T1301. However, the solution suggested there is only a partial fix, i.e. the case insensitive email comparison is fixed, but the regex used to match email addresses is still broken.

According to http://www.useragentman.com/IETransformsTranslator/ for IE < 9 we need additional css hacks.

Ok, I forgot about this setting. It looks like upper-case Y is not supported. Here you have the list of supported formats: https://git.kolab.org/diffusion/RPK/browse/master/plugins/calendar/config.inc.php.dist;e8aa73aae3e45791206b2912c083ff48bd2a244a$39

Initially, I set 'calendar_date_format' in calendar/config.inc.php to dd.mm.YYYY

How did you set this date format? From what I see for year only one "Y" letter should be used and this works. If I set date_format = 'd.m.YYYY' replacement works, though not in a way you'd expect.

D165: Implemented Tasks Export (T147, #3861) will need to be ported to the roundcubemail-plugins-kolab-3.2 branch.

I've checked in Firefox and Vivaldi (Chrome).

1. those business cases need to be articulated as problem spaces, rather then desired resolutions.

Works for me in Kolab Winterfell, but indeed there are some issues in KE14.

It's not so simple as I expected. First, on Kolab 16 I can't reproduce the issue. Second, if I snooze for 10 minutes an alarm for an event with -10 minutes alarm, I'll not see the alarm again at all. This one however, is caused by https://git.kolab.org/rRPK69d9d3b27f6cb0ef5d1e6a89a588af37ffb0bd7d, but it has other side effects.

This is quite complicated and here's a couple of bugs in Roundcube and Free-Busy.

This depends on the refresh interval, that's likely why it's different for different users.

This is Kolab Winterfell regression only. There's no issue in KE14.