[kmail2] [Bug 284252] possibility for user to control data location

[Martin Steigerwald]

https://bugs.kde.org/show_bug.cgi?id=284252

Martin Steigerwald <Martin at Lichtvoll.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |CONFIRMED
                 CC|                            |Martin at Lichtvoll.de
     Ever confirmed|0                           |1

--- Comment #2 from Martin Steigerwald <Martin at Lichtvoll.de> ---
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.