Version: unspecified (using KDE 4.7.2) OS: Linux If this is more of an akonadi issue please re-assign. If one removes a resource kmail2rc keeps its [Folder-xy] settings including expiration settings. If one adds a new resource kmail2 will re-use those settings for the new folders. This means that some folder of the new resource is expired although the user never set any expiration for it and hence loses data. Kmail keeping old settings or to be more precise, not using unique-IDs for folders does also result in filters filtering to wrong folders instead of having no destination because the destination folder was removed and the new one just happens to get the same number when a new resource was added. Reproducible: Didn't try Steps to Reproduce: Have lots of folders in different resources. Check kmail2rc and its [Folder-xy] settings Remove a resource via systemsettings > personal information while kmail2 is not running Add another resource with different but the same number of folders Actual Results: Open kmail2 and see that it happily applies the settings for the old folders to the new resource. Expected Results: Never ever use folder settings on a folder they do not belong to. Use unique IDs or something else to guarantee that this does not happen
Expiration attribute was migrated to akonadi now. For other fix I think that it's not really a kmail bug but perhaps a fix to akonadi to do.
(In reply to comment #1) > Expiration attribute was migrated to akonadi now. > For other fix I think that it's not really a kmail bug but perhaps a fix to > akonadi to do. Absolutely! Thanks for fixing the kmail bit that quickly! This is fixed in 4.8 only, right? For reference: http://lists.kde.org/?l=kde-pim&m=132402345419985&w=2 is the thread that discusses how to solve the akonadi side.
Yes just 4.8.
The same problem occurs if you have set folders for trash, draft, template and sent and loose/remove akonadi DB. The settins are reused for totally different folders. Most likely this does not loose Mails (but I am not sure if cleanup trash at exit clears the wrong folder then). So is it fixed for this as well?
Since only the kmail2 bit was fixed this bug needs to be re-opened and re-assigned to akonadi. http://lists.kde.org/?l=kde-pim&m=132368796708381&w=2 is the mailinglist thread that discusses this issue.
Reassigning to akonadi (as requested by rabauke on IRC). I don't know what the component should be though.
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 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.