$config['activesync_force_subscription_state'] = ['INBOX' => 1, 'Sent' => 1, 'Trash' => 1, 'Calendar' => 1, 'Contacts' => 1, 'Addressbook' => 1,'Tasks' => 1, '/dav/calendars/user/.*/Default' => 1, '/dav/addressbooks/user/.*/Default' => 1];

Diff Detail

Repository

rRPK roundcubemail-plugins-kolab

Lint

Lint Not Applicable

Unit

Tests Not Applicable

Event Timeline

mollekopf requested review of this revision.Jun 26 2025, 3:32 PM

mollekopf created this revision.

Harbormaster completed remote builds in B54315: Diff 15525.Jun 26 2025, 3:32 PM

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

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.

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.

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

plugins/libkolab/lib/kolab_subscriptions.php
185	Indentation.

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#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?

We move the option to the libkolab plugin. Then moving kolab_activesync_ui::is_protected() to kolab_subscriptions::is_protected()would be most of what we really need.