Mailinglist Archive: opensuse (1786 mails)
| < Previous | Next > |
Re: [opensuse] Trouble with kmail
- From: Sven Burmeister <sven.burmeister@xxxxxxx>
- Date: Sat, 19 Nov 2011 17:38:09 +0100
- Message-id: <1435597.2xg4Lq3r9G@linux-ly0d>
Am Samstag, 19. November 2011, 15:00:26 schrieb Will Stephenson:
I think the problem with nepomuk and using it for search purposes in general
is as follows. It only finds what it has indexed. So if one has nepomuk +
strigi enabled and starts a file/content search in dolphin it does not find
files in folders which are not indexed. Same for kmail I guess. Nepomuk does
not add content to the classic search, it subtracts everything not indexed. So
even if you only want to search for a file name in a local git clone of KDE's
sources it will not be found unless you index those sources – which IMHO does
not make sense resources-wise. It's plain confusing that one gets less results
when nepomuk is enabled unless one gives it unlimited resources to index
everything. Especially since nepomuk's features and performance as a dekstop
search are far away from state of the art.
What about adding a tab to kmail's settings with checkboxes for the folder-
tree?
BTW: If indexing for a local mail folder is enabled via systemsettings and
akonadi feeds its folders into nepomuk as well, does that data end-up
duplicated in nepomuk or is nepomuk smart enough to recognise that the files
are the same?
Sven
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx
For now, you have to go to each folder (or each *large*) folder, right
click, Folder Properties, Maintenance tab and uncheck 'Index for full text
search'. Don't ask me who thought that was a good idea to set that for all
folders by default. Someone with infinite CPU and IO at their disposal.
I think the problem with nepomuk and using it for search purposes in general
is as follows. It only finds what it has indexed. So if one has nepomuk +
strigi enabled and starts a file/content search in dolphin it does not find
files in folders which are not indexed. Same for kmail I guess. Nepomuk does
not add content to the classic search, it subtracts everything not indexed. So
even if you only want to search for a file name in a local git clone of KDE's
sources it will not be found unless you index those sources – which IMHO does
not make sense resources-wise. It's plain confusing that one gets less results
when nepomuk is enabled unless one gives it unlimited resources to index
everything. Especially since nepomuk's features and performance as a dekstop
search are far away from state of the art.
I'm writing a tool to allow us to set that flag for multiple folders at one
go, and default to only indexing the inbox and sentmail folders, but I'm not
done yet.
What about adding a tab to kmail's settings with checkboxes for the folder-
tree?
BTW: If indexing for a local mail folder is enabled via systemsettings and
akonadi feeds its folders into nepomuk as well, does that data end-up
duplicated in nepomuk or is nepomuk smart enough to recognise that the files
are the same?
Sven
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx
| < Previous | Next > |