It does in the "smart" messagelist theme

The tag only show's up in the "smart" messagelist theme

no bracktrace available

Can be worked around by synchronizing the folder list before trying to delete the item

The problem is:

• Due to the outdated rights we can flag the message as deleted (we still have append), but we cannot expunge the message.
• On the next sync an inconsitency is detected, the whole folder is resynced, and we end up with a message that is marked as deleted in the message list.

• read/write/delete == write
• subscription of the folder is required
• read/write == append
• access rights are not immediately reflected on the client of user2, we can still delete the message.
• deleting the message results in a greyed out message that is not selectable
• after syncing removal is no longer possible

it's ldap

delete key should be fixed

Copy the behaviour of roundcube.

Wishlist item searching for attachment names

not required

Not required

The testcase is actually a bit more complex with attendees responding differently to various occurrences.

• add a event series
• change thisandfuture occurence
• see attendee status for this exception been reset to need-action and mail sent
• see responses for attendees

Access rights have been fixed.

Apparently this only happens when switching from doe@example.org to john.doe@example.org, and not when switching the other way around

Likely due to hardcoded collection id's in config file

doe requests resource, rolf is responsible for resource1.

jane1 has at least one event in her calendar, jane2 has no events (both janes have the same name, Jane Doe). The two janes have different OU's to be distinguishable.

the group is found but get's added as a single person, no members or calendars visible.

• doe searches for group LocalUsers in calendar view
• all members of the group are visible, and their calendars are individually selectable and vieable

• Configure
• create event, add attendee and click apply
• Select "Individual mailsettings" in the popup dialog, select "Edit mail" and click "Send email"

• ein event wird erstellt mit einem teilnehmer
• ein kommentar kann eingegeben werden der dem teilnehmer in der einladungsemail ersichtlich ist

"Substitute with group members" is greyed out after adding the group

• Create event and invite a group from ldap (LocalUsers)
• Click on "Substitute with group members"
• Remove two participants
• Save event and ensure the correct participants are invited

After configuring the identity correctly, the open invitations feature works.
I don't think there is a way to accept the event directly from the calendar view though.
Declining the event from the mailview results in "Error: Could not find incidence to delete."

Doesn't work.

• No events are visible in open invitations
• Event is visible in regular calendar on janes side (wallace stores it there)
• Accepting the event on janes side from the incidenceeditor results in a mail being sent back, but doesn't updated the event itself with the status (not in the email and not in the calendar).
• on a side note, opening the event editor shows the time converted to UTC instead of the relevant timezone

• john creates single event1 with jane and rolf as participants
• john creates recurring event2 with jane and rolf as participants (weekly on friday, 3 repetitions)
• jane sees both events correctly in "open invitations"
• jane opens event1 in calendar and declines
• event1 is no longer visible in "open invitations"
• event1 is visible in "declined invitations"
• jane opens the third occurrence of event2 and declines
• event2 is no longer visible in "open invitations"
• event2 is visible in "declined invitations"
• john has emails for both declined events
• john sees the updated participation status in his calendar on both events
• rolf sees the updated participation status in his calendar on both events
• decline both events with rolf as well and ensure john gets all updates

Invitations are sent correctly and shown at the correct time, but I didn't manage to get the event to show in "open invitations".
Neither with manual nor automatic acceptance policy.

We need to check if this is indeed about ldap distribution lists or what the "globales Adressbuch" is.

the same as T261 from a client perspective