Description
Today one of my users did rename a folder containing ~25 folders. The RENAME did fail with a Cassandra level "Write timeout".
This resulted in an half renamed folder, harming Thunderbird experience (subscriptions were not updated)
We are investigating the cause of the write timeout. So far "reactor concurrency" do not loo like being to blame - but 16 concurrent renames is likely too much. I propose to decrease this parameter.
Also, positioning a retry would help...