Syncroton version: kolab-syncroton-2.3.3-2.7.el7.kolab_16
Steps to reproduce:
- make sure syncroton logging is enabled
- configure Outlook to use ActiveSync connection to kolab server
- make sure everything settles down, meaning that all sync tasks are done
- create new folder in Outlook (not under Inbox). Wait for it to be syncronized with server. Make sure folder is created in IMAP, and Roundcube mail shows it as subscribed and enabled in ActiveSync
- Rename the folder. Sync.
- Check the status on server. From server side everything look right: Roundcube shows new name in folder list (meaning renamed happened on IMAP level), it also shows the renamed folder in folder available for ActiveSync.
- Check error logs of syncronton. The log:
[08-Feb-2017 13:04:50,761976 +0200]: [WARN] {"user":"user@domain.lt","cmd":"Sync","device":"D17E5BC23A8D4BE1A9318F914400CD3E","type":"WindowsOutlook15"} Syncroton_Command_Sync::getResponse::1005 failed to get folder state for: dfc15bb5d69242cb19fac3298a700de7 [08-Feb-2017 13:04:52,828902 +0200]: [WARN] {"user":"user@domain.lt","cmd":"Sync","device":"D17E5BC23A8D4BE1A9318F914400CD3E","type":"WindowsOutlook15"} Syncroton_Command_Sync::handle::196 folder dfc15bb5d69242cb19fac3298a700de7 not found
is being recorded endlessly.
It looks like Outlook (or something else) tries to find folder with id dfc15bb5d69242cb19fac3298a700de7, but it is not in the database anymore, because this id is id of the folder before rename. After the folder was renamed folderid changed and record with old folderid is deleted.
I have a feeling, that since this starts to happen syncronization no longer works properly and the state of mailbox in Outlook and on server may drift apart as user is able to move messages around in Outlook, but these actions are never replicated on Server.