In T1125#16657, @machniak wrote:

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.

Well, yes. Until the cronjob do the sync.

In T1125#16653, @machniak wrote:

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 ;)

In T1125#16619, @machniak wrote:

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.

In T1124#16618, @machniak wrote:

Only account type switch, shouldn't we allow a separate quota size selection?

Is it at all relevant, whether the initiator is or is not the organizer?

In T1062#16492, @vanmeeuwen wrote:

In T1062#16491, @adomaitis wrote:

If I run

. GETMETADATA (DEPTH infinity) "*" (/shared/vendor/kolab/folder-type)

Against 2.5.7:

Protection error: Connection reset by peer

messages log file shows:

kernel: proxyd[17138]: segfault at 7ffffff8 ip 00007f0ef1d5dab4 sp 00007ffca2cf2aa0 error 4 in libc-2.17.so[7f0ef1d15000+1b6000]

I cannot reproduce this, but I'm running this on Santiago, and you are running Maipo.

In T1062#16491, @adomaitis wrote:

I can't confirm the issue with guam still displaying groupware folders from Cyrus Murder is fixed.
Detailed description:
I have murder cluster running with cyrus-imapd-2.5.6-8.1. Frontends and Backends have commented suppress_capabilities: METADATA config option.

In updates-testing

I did not get around to doing this.