Version: 1.99.0 OS: Linux I am archiving all my kmail data in an archive on a separate partition of my /home partition though this one is now full ! Reproducible: Didn't try Steps to Reproduce: archiving a huge kmail data Actual Results: during archiving my /home partition is 100% occupation ; when the job is finished 91 % Expected Results: a full control of kmail data location would avoid such situation ; before my kmail data was not in /home as I used folders[$ie] to indicate its location ; why not keep this feature or allow akonadi frontend to choose for such location for example) ; again with this new version data handling cannot be controlled by user OS: Linux (x86_64) release 3.0.0-12-generic Compiler: gcc
do you use migration ? Because we look at old local folder
My data has been migrated from Kmail migration option starting initially with a new empty kmail setting ; now to reconfigure properly my kmail application know how to archive my existing data but how to clear everything like "inbox", "sent-mail" and "trash" folders that appear redundantly with their french equivalent names "boîte de réception" "boîte d'envoi" and "corbeille", before remigrating my data archive back in a normal folder architecture ?
Duplicate system folder is a bug in kmail-migration that I fixed in 4.7.3.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.