![]() Registered Member ![]()
|
Hi,
For some reason I can't use search in KMail (KDE 4.10, Mageia 3 64bit), though the Nepomuk Semantic Desktop, Nepomuk File Indexer and Email Indexer are enabled in System Settings -> Desktop Search. When I try to search for a key word, nothing happens at all, no activity seen, no warnings or error reports. And no results of course, though I tried looking for something that is definitely present in the mailbox. How can I figure out what may cause the problem? Thank you. |
![]() Mentor ![]()
|
What does Desktop Search -> Basic Settings -> Details... tell you about the number of indexed mails?
|
![]() Registered Member ![]()
|
Thank you for the reply.
Basic Settings -> Details does not mention mail at all. All it says is: "File indexer is idle. Indexed files: 493 files in index." There are so few of them probably because I did not check anything under File Indexing tab. However, I do not find any indication at mail database(s) anywhere... |
![]() Administrator ![]()
|
First of all let's confirm that the indexer is actually running on your system: open "akonadiconsole" and look for "Nepomuk Feeder Agent". If it is correctly operational there should be a text under it saying "Online". If it is not the case, report what it is written and we'll work from there.
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
![]() Registered Member ![]()
|
Following a discussion on kdepimusers mailing list I found a tool called nepomukpimindexerutility - run it from konsole or ALT+F2
It told me that most of my mail folders (despite having "indexinglevel 3" meaning indexed) were either not indexed at all or partially indexed. You can index or re-index a folder from a small menu called up by right-click. After painstakingly indexing or re-indexing those folders I am interested in (eg I skip Spam and so on) I now have a way better hit-rate on searches. It (the nepomukpim...) does not automatically do sub-folders sadly (and I have quite a few) so had to click my way through my various folders and index/re-index each and every one. What I have now noticed: newly arrived mail does not get indexed until next time you start KMail/Kontact. I can live with that though but clearly there is no "daemon" checking new mail in folders while KMail is running. and as Einar already noted, check in Akonadiconsole that AkonadiNepomukFeeder is running |
![]() Administrator ![]()
|
Strange that your mail is not indexed unless KMail is running. Do you have "Switch offline at KMail shutdown" set in your accounts?
Also, if you check the configuration of the indexer (in akonadiconsole -> click on the feeder, then Configure), see if idle detection is enabled or not.
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
![]() Registered Member ![]()
|
Thank you for your assistance!
First of all, akonadiconsole informed me that Akonadi Nepomuk Feeder is "Waiting for the Nepomuk Server to start". It stayed like this for minutes, so I manually restarted the agent. After that it began to index data (including mail), so everything looks OK. However, I noticed one thing, which most likely caused this strange behavior. Once I restarted the agent, I could uncheck all Nepomuk indexing options in System Settings (indexing was stopping) and then check them again (indexing successfully resumed). But if I unchecked the indexing options and then reboot the machine, checking them back resulted in the same status - "Waiting for the Nepomuk Server to start", so the agent must be manually restarted. I am curious - is it a feature or a bug? ![]() |
![]() Registered Member ![]()
|
I remember having the same issue with 4.10. IIRC it disappeared for me with 4.10.3, so which exact version do you have? The problem was that the nepomuk feeder didn't recognize nepomuk starting if it wasn't running at the time the feeder was started (which can of course happen if akonadi is started on login). |
![]() Registered Member ![]()
|
It is 4.10.5 here. If it is the problem you mentioned (BTW, how could I check it?) - it means we have one more regression ![]() |
![]() Registered Member ![]()
|
Well, I'm not at all sure that it was fixed with 4.10.3. Since the nature of this problem is a race-condition (whether nepomuk or akonadi starts faster), it could just have not happened anymore by luck. And it may very well be that I just didn't notice it anymore (I have indexing disabled for all my mail folders anyway). But I can say that this is definitely fixed on 4.11. I just tried this: - disable Nepomuk to make sure it isn't running when akonadi starts - logout/login (akonadi starts automatically at login on my system because I have enabled the akonadi events in the digital clock's calendar) - run akonadiconsole to check the nepomuk feeder's state, it said "Waiting for Nepomuk to start" - then I enabled Nepomuk again and the feeder immediately jumped to state "Ready to index data" Actually the logout/login shouldn't have been necessary to test this, just restarting Akonadi should have sufficed as well. |
Registered users: Baidu [Spider], Bing [Bot], Google [Bot], Yahoo [Bot]