Probably it could, but in reality it doesn't make a big difference if you consider return value of both on kolab_storage_folder_user.

@vanmeeuwen Spaces and unicode are perfectly allowed in attachment names thanks to the RFCs about encoding the names in headers. The ticket is about iTip attachments specifically. I confirm that the code removes all non-ascii characters making the attachment name completely dummy in some cases. I don't really know why @bruederli make it this way. Maybe there was a reason.

I'm unable to reproduce. When Contacts folder does not exist it is created automatically. From the code I see that the warning could happen only in case of some imap connection errors. Fixed anyway with 8a5c09287.

According to code it looks intentional, but I don't know a real reason, maybe there was some interoperability issue. Honestly, I don't see a reason to not use unicode.

I fixed this yesterday in commit 91b071d1530b [roundcubemail-plugins-kolab master].

@vanmeeuwen /usr/share/roundcubemail/public_html/assets/plugins/libkolab/skins/elastic/libkolab.css is missing. So, it looks like a packaging issue.

Ok, I see now. libkolab.css is not added to the page. I don't know why yet, maybe something related to assets_dir.

I have no idea. @rsc check browser console for errors.

There was an upstream ticket that has been closed. https://github.com/roundcube/roundcubemail/issues/6376

We might need to store the original URL-ID of the contact object to be able to handle DELETE requests.

Added "Disk usage: " prefix in git-master.