We're taking about this call:
https://git.kolab.org/diffusion/WAP/browse/master/lib/api/kolab_api_service_domain.php$413-418

Sounds good to me. Do you mind and accept the change in kolab-docs? D743

removed metioning of autocreate_folders. roundcube will recreate them anyway

In my case: the kolab was used as backend, the backend storage was disabled and an additional pre-defined source to a seafile server was configured. In the kolab_files folder list the Imap Files Folder always showed up, but couldn't be selected because the backend storage was disabled. This was confusing. When deleted it always got recreated, ether through the autocreate_folders section or kolab_folders plugin.

I did some debugging in the seafile_file_storage class.

Okay I’ll take a look on it later. I guess it’s this part:
https://git.kolab.org/diffusion/C/browse/master/lib/drivers/seafile/seafile_file_storage.php$918

Hmmm But in theory it could work. I get the list of repositories. Chwala works correctly and lists all folders. Just kolab_files doesn’t get over it and doesn’t request the subfolders of each repo which is presented. BTW the files on the roots of each repo are shown as well.

Basically exactly like described in the howto: https://docs.kolab.org/howtos/use-seafile-with-chwala.html?highlight=seafile#using-seafile-as-an-exclusive-storage-mechanism

I've encountered another bug with guam. This time It's "eM Client" for Windows. I've activated the client debug log (in eM Client) and after sending a XLIST and SELECT command in TLS/SSL mode (it looks like the client sends 2 commands at once) the connections gets into some kind of stale mode. It's no longer working. Hard to tell without decrypting network traffic.

you've to seperate 2 things

The dependencies were fixes yesterday. 2FA was introduced to Kolab:16 some days ago

Without this patch you can actually enter an empty token or a token smaller then 12 chars and it would get accepted. After that you cannot login anymore because your given yubikey token will never match against the saved youbikeyid

With {tls, no} guam will not initiate the STARTTLS to the backend server and present the non-starttls response. With { tls, starttls } guam will already initialize a STARTTLS Session to the backend resulting in the security problem descriped above and guam allows unencrypted login, Even the LOGIN is stripped from the CAPABILITY afail

Yes. I've already played around with this setup. Here're the results. The only thing that's strange are the capabilities after STARTTLS but before! AUTH

A possible workaround (especially for Kolab:16) would be to update the default configurations of Cyrus and Guam.

Connecting with cli imap client "mutt" you can see this behavior because it always presents the full folder list (in the left folder view (patched) version as well when you want to switch the folders.

I could narrow it a bit down towards multiline input (IMO). The single commands are processed and filtered correctly. In the moment you or the client issues multiple IMAP commands at once guam isn't able to intercept and split it correctly.

This ticket can be closed. It was a combination of packages/releases that didn't played together.

yeah I'm okay with this. I guess it was only a situation where packages were combined in Kolab:16 that didn't played well together. With the upcoming package updates it will be gone.

Looks like this bug only happens in the old version. The most recent plugins package from Winterfell doesn't have this issue
So I guess this patch isn't really needed. I guess the call for manticore_api is some kind of fallback.

Looks like this bug only happens in the old version. The most recent plugins package from Winterfell doesn't have this issue

Removed invalid code

In D314#4064, @seigo wrote:

Note that you can put all of these in a single .pem file as well, haproxy-style. But it is nice to show these options as well. Will merge... Thanks! :)

The patch for the plugin package in Kolab:16 is waiting for review

IMO the kolab-docs documention should be updated as well like the pykolab/setup-kolab template.

Change to the rewrite rules of roundcubemail.conf has been pushed to Kolab:Development on OBS
https://obs.kolabsys.com/package/rdiff/Kolab:Development/roundcubemail?linkrev=base&rev=162

I tested the code and can confirm that it works. Apart from the $result which is not used (in return or log statement).

There's a problem; The code will only consider other domains to be child if both domain entrys have a inetdomainrootbasedn attribute. If the main one is missing the attribute, the list is not gonna get compiled correctly

Thankfully Debian Wheezy (still current stable) is already running on php 5.4 I've no problems. The only thing will likely be missing experience with systemd on centos7 ... but this is a thing every centos user has to go through.