Found one case where it is an issue. When you have deleted message with a tag and would like to filter by this tag. In such a case deleted messages are not displayed.

I'm however unable to reproduce the issue.

This scenario is not possible at the moment and because SeaFile has it's own WebDAV service I'm not sure there's a need to use iRony for that. You can configure iRony to provide CalDAV and CardDAV only if needed.

It worked for me. Provide activesync/imap/sql debug logs.

KE14 updates-testing provides roundcubemail 1.1.4 and roundcubemail-plugins-kolab 3.2.11.

In Kolab 16 the HTML content of task/event description is converted to plain text.

Looks like SabreDAV compatibility issue. Works for me in Kolab 16.

This is already possible. I think handling non-file documents (e.g. notes) is out of scope of this ticket.

All of this is implemented.

Fixed the initial issue. I could not find a reproduceable test case, but the fix is really simple and the same check is used few lines before.

Handle _reportpartstat an _notify separately

I didn't hear about such requirement. I create diffs only for things I'm not sure about.

I recently run iRony's tests on Kolab Winterfell, and it gave me 14 failed tests. It looks like we don't really use these for CI, are we?

So, as I understand, it's better to integrate this with the invoicing process. It will be slower, because it will need to touch every user record. Now it fetches only the account-owner-user from ldap and if there's no changes in SQL database skips account users processing. Now it would need to fetch all users ldap records + SELECT their subscriptions to detect and apply changes. At least I can implement this in a way it won't need to fetch/SELECT twice per user.

Current code assumes that user has permissions to modify specified attributes.

Ok, I'm almost there. Last thing is to get $base_dn and $root_dn. I suppose for $root_dn we'll just add configuration option. I'm not sure how to resolve $base_dn.

In T1125#16655, @vanmeeuwen wrote:

I would consider syncing up the #HKCCP local database copy of what subscriptions an account may have held at some point in the past is probably the most sustainable solution.

I'm afraid a separate cronjob still puts some probably-out-of-date database in the lead, whereas LDAP must be.

1. It could be resolved in the invoicing routine, but on a higher level than subscriptions() method. However, I think that a separate cronjob would be better. Less chances we'll break something else ;)

The "problem" is with "when it is time to generate the invoice". So, should we first detect if profile changed in ldap and create an invoice then or we should not and wait with hkccp subscriptions update until the new period starts or there's any other reason to create a new invoice? I suppose, we should detect changes and force new invoice.

Only account type switch, shouldn't we allow a separate quota size selection?
Where to put this, in Settings > Preferences > Server Settings?

I think it's not relevant. The modified code before the change was setting _notify flag when edited/new event has any attendees, no matter the user is organizer or the attendee. In comparison with the php code which calls notify_attendees() when _notify flag is set, it does not make sense. So, I modified the code to not set the _notify flag if the originator is an attendee.

Allow attachments update only on REQUEST

Reverted jquery update in bf91666621.

That's likely what will happen if we want to release 1.2 soon. I'll see if jQuery-UI update helps, but again probably too late for such a change in 1.2.

"B" and "b" both work with iOS7 Contacts app.