Return a 503 and sleep, because the 503 doesn't actually seem to stop the client.

If we assume 1 request per device per second and an average execution time of 1s, then we'd reduce our capacity by ~11 by making all requests take 11s, because all processing slots in php-fpm will be occupied.
So while this should work well for protecting e.g. imap from getting overloaded, we may introduce another bottleneck....

This may not be a big win because non-owner users do have meet room entitlements in their wallets. Hopefully abusers never visited the Video chat page in dashboard, i.e. the entitlement wasn't created for them.

• Fix test regression

Probably 5 instead of 10 would be enough.

Ensure we match servids and not parent ids.

Initial log message as info, cleanup of the counterNext situation

Looks like it's at least the same logic as before.

This will turn a read-only operation into an UPDATE query, and the getting the abstraction lasagna to execute the update query is fairly messy, but I suppose it's still worth it unless there's a better approach.

Makes it a lot easier to see what's happening.

Merge the two config options

In D5406#70137, @mollekopf wrote:

In D5406#70107, @machniak wrote:

We already have $config['activesync_force_subscriptions'] in the kolab_activesync plugin. It would make sense to de-duplicate.

How do we deduplicate accross plugin boundaries?

In D5406#70107, @machniak wrote:

We already have $config['activesync_force_subscriptions'] in the kolab_activesync plugin. It would make sense to de-duplicate.

We already have $config['activesync_force_subscriptions'] in the kolab_activesync plugin. It would make sense to de-duplicate.

My outlook is in a state where enabling the Calendar will break FolderSync because of the Add, but disabling the Calendar will result in a sync loop via Ping because the Calendar is not available.

I think a problem with this will be that if you have an existing outlook, but the Calendar has been disabled on the server, then enabling it will trigger an "Add" for the Calendar, which Outlook doesn't like, so I'm not sure how to reconcile that.
Perhaps we need to suppress the Add for folders that are supposed to be always enabled.

Tested via test in syncroton repository where I nuke all subscriptions and make sure we still get the expected default folders in FolderSync.

• Reset password only after full authentication
• Wording

• Revert possibility to check password policy using email address

• Move checks into the SQL query