For all with such a problem:
i’ve got a script via subscription support to pruge the items outside of kopanos triggers and internal actions.
its a script called “purge-softdelete.py”, and deletes the items directly from db.
seems to work in test environment - i will provide info if this is also for the productive env.
one thing to mention: availible ram is getting lower and lower within the process and needs some time (about 1d to release the ressources or requires rebooting the server)
//EDIT: A bit late, but here info for productive Systems:
It works and solved the problem, but NEVER EVER start the purge with 30 days or something if you didnt purge for over half a year and the script want to delete over 1,8 mio elements ;)
start with 360 days and decrase 30 days with every purge.
Ignore the MAPI_E_DISK_ERROR’s, the script is searching for them and will try to redo the action afterwards. if you reached your desired days run it 3 till 4 times to eleminate all items, even with MAPI_E_DISK_ERROR…
And to mention, dont run the initial purge if users are active, the performance of db will decrase and the users will blame you ;(
It also might depend on the number of syncs running in parallel. When switching to kopano, we always had several syncs running and a 10 GB mailbox took a night for the initial sync. Now I had to resync a 14 GB mailbox in normal operation and this took about 2 hours.
I use “Task & Notes for MS Exchange” UniqTec Inc.
It’s actually great!
It costs a tiny amount of money, but I can use it on how many Android devices I want.
And it works perfectly well with Kopano z-push.
The issue is much more complex than just send-as, also because the calendar item ends up in the wrong calendar.
There is probably no real way to fix it other than preventing a user to accept a meeting request in a shared folder.
I’ve created https://jira.kopano.io/browse/KOE-143 to look at this.
This will work when we implement https://jira.kopano.io/browse/KOE-124.
Nothing else is logged after Reason: (4) in the z-push-error.log file or from z-push-admin.
[ERROR] [USERKD] Ignored broken message (SyncMail). Reason: '4' Folderid: '019026a9ffa5497a8db81d23c9a23ee0703302000000' message id '019026a9ffa5497a8db81d23c9a23ee09b3113000000'