https://bugs.kde.org/show_bug.cgi?id=284252
Martin Steigerwald <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |CONFIRMED CC| |[email protected] Ever confirmed|0 |1 --- Comment #2 from Martin Steigerwald <[email protected]> --- Daniel, Frits, thank you for your report and your comment. Sorry for taking long time to answer. The location of the Akonadi cache files is not configurable, thats right. But the location where the mails are stored – usually ~/.local/share/local-mail – permanently is. You can set this path in the maildir resource config. That said, while Akonadi in general is only a cache, there can be an interim time where some mails are only in file_db_data or the database. Also there are links from local filter configuration that are dependent on the database. The development team is aware of both of it and there are ideas to at least let the resource provide an unique ID that is independent of the database, yet it is not sure how to implement this for some of the resources. Also you can have database and mail data on NFS. I had it for years. Depending on backend storage for NFS there can be an issue with the amount of files in file_db_data directory. For that I suggest to use Akonadi 1.13 with patch that avoids leaking files in there. Akonadi 15.12 will also contain a leveled file cache so files are spread into sub directories. Also you can set symlinks to relocate mail directory and database to some other partition. I did this during the time where the amount of files in file_db_data where to much for our backend storage. I relocated the ~/.local/share/akonadi from NFS to Ext4 that way and I am still using that setup. But I will likely switch it back to NFS soon. So at least you can relocate data using symlinks. Thats for some background for you. I can´t promise whether your wish will be implement, but that Akonadi currently at times is more than the cache it was meant to be, is known to the development team. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Kdepim-bugs mailing list [email protected] https://mail.kde.org/mailman/listinfo/kdepim-bugs
