Goodbye for now, kmail

Anders Lund anders at alweb.dk
Tue May 9 05:52:05 BST 2017


På Sat, 06 May 2017 12:38:37 +0200
Martin Steigerwald <martin at lichtvoll.de> skrev:
> Anders Lund - 06.05.17, 12:19:
> > På Sat, 06 May 2017 12:07:22 +0200
> > 
> > Daniel Vrátil <dvratil at kde.org> skrev:  
> > > You have Trojita and Sink, both support IMAP and don't use
> > > Akonadi. There's no way to add IMAP to KMail without using
> > > Akonadi.  
> > 
> > No? I can't imagine this is due to technical reasons, so it must be
> > religious. So a fork may be the way to go?  
> 
> Anders, it *is* due to technical reasons.
> 
> Current KMail only speaks to Akonadi. I go as far as saying: Without
> major rework it is locked to it. So if you want to add IMAP without
> Akonadi to KMail you also need to do the integration with KMail,
> which I believe would be quite invasive change.
> 
> Either you would completely move back to pre-akonadi times of KMail
> which is a no-go for current KMail developers or you´d have to
> maintain *two* completely different IMAP access methods within KMail,
> including an Akonadi and a non- Akonadi access method. I don´t see
> how this would be maintainable by the current team.

I am absolutely aware that it would not be an easy task. However, it is
my impression that akonadi + email is a counterproductive combination.

IT DOES NOT WORK.

Of course, there is the idea that it can be fixed, that would be fine
by me. Maybe your idea from another branch of this thread of
bypassing the akonadi caching could be an option.

> And again the most important question:
> 
> Who would do the fork? You? If not, whomelse? I don´t see *anyone* 
> volunteering. Do you?

Not at this time, probably not ever, and I would not even like it. The
thougt is more a sign of desperation over the current situation. I'd
much prefer kmail being brought to function again.

> That said, you could go back in time and use Trinity with pre-akonadi
> KMail, which basically is a fork.

I need somthing working in current KDE environment!
 
> > Kmail worked fine without akonadi for many years.  
> 
> It is tempting to glorify pre-akonadi times, but I clearly remember I
> had all sorts of issues with pre-akonadi KMail as well, like the
> already mentioned broken index while and blocked GUI issues. And some
> my own bug triaging experience where I closed a lot of ancient bug
> reports I got the impression I haven´t been alone with that.
> 
> Was it working better? Probably yes. But at least for my point of
> view "Working fine" is an exaggeration.

Well, pre-akonadi kmail would display a mail when the header was
clicked, and basically not choke on normal operation. Current kmail
does not display mails when a header is clicked, it may do so at some
point, mostly after restarting akonadi at least twice. Pr. mail. It
RELIABLY chokes on normal operation.

I have been using claws mail for about a week by now, and in this time
I have been able to read my mail and answer it without delays, and it
filters my mail reliably. The key functionality works. It is by no
means as nice as kmail, I miss several features, and i miss the
goodness good KDE integration does to applications. But it works.

Kindly,
Anders



More information about the kdepim-users mailing list