[Akonadi] [Bug 367892] During folder synchronisation Akonadi blocks out other operations like deleting or viewing mails

[Martin Steigerwald]

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

--- Comment #7 from Martin Steigerwald <Martin at Lichtvoll.de> ---
(In reply to Erik Quaeghebeur from comment #6)
> (In reply to Martin Steigerwald from comment #4)
> > 1) Why does it synchronize the folder anyway when I hit delete the folder
> > mail list several times? To make sure the IMAP server has done its work?
> If that would be the case, it would be doing needless work: the IMAP server
> will provide a response to the deletion (expunge?) request and that should
> be enough (unless of course the server responds with an error).

I do not have a KMail/Akonadi setup with a large IMAP folder at the moment. But
I tested it again with POP3. Just hitting delete inside the mail list of the
trash folder which had new spam and KDE CI messages in it. After I hit about
five times, it was displaying that it synchronized the trash folder although
Akonadi should have been aware of what it deleted and what it did not delete
and the BTRFS filesystem certainly did not say "Hey, I am not going to delete
that file just to annoy you".

I could temporarily setup such an IMAP account again tough.

As for IMAP I heard that some of the folder synchronization is done for two
reasons:

1) Sometimes the connection to the IMAP server may drop or be interrupted. But
I am pretty certainly that this was not the case here. It was with a Dovecot
based IMAP server that is even hosted in the same city and only serves me and a
few friends.

2) It can be that some other IMAP mail client does something at the same time.
But then not hitting the delete key several time should trigger a re-sync.
Basically it would suffice to trigger a re-sync when I click on the folder to
see its contents and probably there has been no re-sync after some time.
Ideally Akonadi would use some IMAP thing to find out whether there have been
changes to begin with, but I am not sure whether the IMAP protocol allows for
that.

In any way I never saw another IMAP client behaving in such a way and I never
saw another IMAP client *blocking* out users requests for the payload of a mail
during a re-sync. Either they re-sync or not, but if they do they do it in a
much less intrusive way. But again this is another issue I reported (bug
#367892). These two bugs combined for local mail access with the recent
regression in maildir resource folder synchronization speed (bug #422336) and
reliability (bug #422490) make a "wait for Akonadi" game out of KMail. Which is
a pity, cause KMail is an awesome mail client.

> What I'm wondering is whether KMail can be involved here: perhaps KMail
> requests a synchronization?

I doubt it. I think this is all happening within Akonadi. But I don't know for
sure.

-- 
You are receiving this mail because:
You are the assignee for the bug.