Years later, kmail still is not a viable email client?
René J.V. Bertin
rjvbertin at gmail.com
Mon Oct 12 09:55:33 BST 2020
On Monday October 12 2020 09:52:06 Stakanov wrote:
>In data lunedì 12 ottobre 2020 08:42:51 CEST, Ianseeks ha scritto:
>> On Monday, 12 October 2020 06:51:26 BST Martin van Es wrote:
>> > The same here, but ONLY on a postgres storage backend.
>> > MySQL and sqlite should be deprecated and postgres should be the default,
>> > that's all.
>Then you should consider that the way postgres requires a migration every time
>would exceed a lot of users.
Every time what? Isn't there a way around that by using a dedicated PG server?
That was going to lead to a snarky comment about PIM becoming another mini OS, then I realised it already uses a framework like that. Isn't there a suitable database component in WebEngine that could be used?
But really what I wonder is why every kmail user would need to have an industrial strength db engine backing up his/er email client. I'm pretty certain that in my case it's textbook overkill. Sure, having a gmail account has made me a little bit sloppy about archiving all my email in lots of imap folders on a local server but I still break out claws or sylpheed regularly for things that would be impossible in kmail (like mass-moving a bunch of emails to another folder) and it'd still be good enough for me.
Does Thunderbird use a database engine in as invasive a manner as KDE PIM?
I do have my thoughts about a kmail version that uses shared library versions of the few email akonadi agents to become largely independent from the akonadi server architecture (which should already improve matters enormously if not only because you'd be avoiding dbus for most operations) but what good would that do? The PIM devs have already stretched themselves thin clutching to the current implementation and trying to get that to work reliably (not to say foolproofedly).
I just keep hanging on to KDE PIM4 for as long as it works (we'll see how feasible it is to get to build on distri that no longer provides all dependencies or worse, the current akonadi version because you can't have the 2 versions running concurrently).
>And (as in the latest openSUSE15.2 where (- for reasons of the distribution)
>-) kmail is broken beyond repair and in my case is even blocking a
>distribution update, there was a supplemental bug that made the use of
>In short: kmail/kontact is unfortunately what your distribution(!) makes out
>Comment of a dev: kde is not only KDE PIM.
>I guess it boils down to not exclusive responsibilities that the program is so
>often "in the news" of the users.
More information about the kde