Re: Akonadi dsaster

Daniel Vrátil <[email protected]> Wed, 19 Oct 2016 13:19:39 +0200

Newsgroups	gmane.comp.kde.users.pim
Organization	KDE
Message-ID	<3298955.FA7XiI08dY@mjollnir>

On Wednesday, October 19, 2016 1:24:37 PM CEST Dag Nygren wrote:
> On Sunday 16 October 2016 17:53:26 Daniel Vrátil wrote:
> > I already fixed this in 16.08 branch :) The agent now fully respects the
> > IndexPolicyAttribute including (un)indexing the Collection when the
> > policy changes.
> > 
> > There was also some regression with regard to reindexing changes to emails
> > (flags etc.) which was fixed too.
> > 
> > I'm looking into moving the indexing to a separate thread now to improve
> > responsiveness of the agent and fix some of the bugs wrt batch indexing.
> Any chance of getting indexing for a remote IMAP server
> without downloading everything?
> Would need that very very much...

In order to index emails we need to download them, there's no way around that 
(how else would you get the content in order to index it? :-))

If your usecase is doing a full-text search even in emails that are not 
locally available, there is a possible solution for that. There is a feature 
in Akonadi which is able to use the IMAP SEARCH command to let the IMAP server 
perform the search and only give us back a list of matching results. That is 
however disabled for various reasons, but maybe we could add a checkbox to the 
"Quick Search" to enable it and allow full-text search in a specific folder 
even if the bodies are not available locally. Would not work for the "Search" 
dialog though. If that's what you are after, would you care to open a feature 
request for that on bugs.kde.org?

Dan

> 
> Best
> Dag

-- 
Daniel Vrátil
www.dvratil.cz | [email protected]
IRC: dvratil on Freenode (#kde, #kontact, #akonadi, #fedora-kde)

GPG Key: 0x4D69557AECB13683
Fingerprint: 0ABD FA55 A4E6 BEA9 9A83 EA97 4D69 557A ECB1 3683

signature.asc (application/pgp-signature, 801 B)