Over the past 6 months or so, kmail has become progressively more and more slow. It now takes 5 minutes to retrieve folder contents for the inbox, and a similar time to retrieve an email.
Before I move to another mail client, can someone advise how I can:
save the mail account configurations (I have 8)
save the current emails downloaded (I use pop3)
wipe kcontact, akonadi and all its files
reinstall kontact and its dependencies
restore from 1 & 2 to have a shiny new, fully populated install.
I should add that I’ve been running opensuse for more than 10 years, and have upgraded to new releases rather than reinstall. I suspect there’s a lot of cruft.
… or, is there a better way or other things I should check / fix before blasting the install?
That is really huge for the akonadi database. Mine in total is ~3.1GB, this for ~200.000 emails. But, what you can do is switch to using postgresql instead of mysql. In my experience ( and that of others ) it’s much faster. Instructions for doing so are easily found on docs.kde.org
Hmmm … I’ve added a password to the postgres user and akonadiserverc, as I was getting ‘Pass a valid window to KWallet::Wallet::openWallet().’ as part of the output from akonadictl start … and I’m still getting the same output.
akonadiserver seems to be running. Safe to ignore?
Thanks. I found that. It looks, to me, to be instructions about how to upgrade the postgres database from one version to the next, rather than to transfer from mysql to postgres, but I could be wrong.
So I have an RSS of more than 4GB for the kmail / kontact related stuff … and I’m getting swapping whenever I do anything more than just gaze at the UI.
Thanks for your contributions, and I think I’m going to offload the problem to a mail server (such as zimbra) or collaboration (collabora + owncloud ?) VM and use a lightweight desktop client …
I suspect that, you’re not wrong …
Everything I’ve found seems to revolve around setting up with a PostgreSQL database but, nothing related to migrating from MySQL to PostgreSQL …
It seems that, you’ll have to ensure that, you have a good export of all your e-Mails and then, setup a fresh instance with a new Akonadi back-end …
I’ve occasionally experienced that, KMail2 displays a received e-Mail but, the thing isn’t in the Local Mail directory – I suspect that the Akonadi cache sometimes takes a while to write the mail to the directory …
A little bit unsettling, in the last URL, the database access class description (Akonadi::Server::DataStore Class Reference) doesn’t mention PostgreSQL as being a supported QSql driver …