Re: Akonadi dsaster

Feel free to work on the patch on phabricator.kde.org or reviewboard, it's easier to comment on it there.

The reason remote search is not part of the Search dialog is that the "Last Search" Collection (or any search collection created from the Search dialog) needs to be updated whenever something changes to check if the  email after change no longer matches/now matches the criteria. With remote search this becomes ridiculously expensive and consumes lots of bandwidth, plus it's not possible to update the search when you are offline, making the search partially up-to-date, (which is IMO worse then not up-to-date at all)

Dan

(sorry for top-posting, writing on my phone)  

  Original Message  
From: [email protected]
Sent: October 19, 2016 6:28 PM
To: [email protected]
Cc: [email protected]; [email protected]
Subject: Re: Akonadi dsaster

On Wednesday October 19 2016 13:19:39 Daniel Vrátil wrote:

> 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?

I've taken the bait and even made a first attempt to implement this: 
https://bugs.kde.org/show_bug.cgi?id=371228

As written there: I'm not entirely sure why remote search couldn't be part of the "Search" dialog, given that the underlying code uses classes that support remote search (at least in the 4.14 code base)??

R.