Registered Member
|
Hey there!
I do have a severe problem with KMail (Is this the correct place to post it?) For years I used this software without really severe problems but now, after changing to KDE 4 the situation is getting worse and worse. (Unfortunately not only with this application) I have no idea why but from time to time Kmails tends to block my whole KDE session. I sent a bug report but did not get any answer: https://bugs.kde.org/show_bug.cgi?id=225602 Has anyone else a similar problem? Any hints? Regards, Martin Current System (2011-01-06): Linux ... 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 02:41:37 UTC 2010 x86_64 GNU/Linux KDE 4.5.1 Two Intel Unknown 800MHz processors, 8777.70 total bogomips, 3013M RAM |
Administrator
|
Are there any conditions ( such as opening a certain mail, folder, or performing a certain search ) that cause this bug to occur?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
Nothing of this all! I use 12 Accounts and have a lot of filters defined so I would imagine that Kmail ist slowed down when downloading emails but this is not the case! Yes, when I search trough all my folders this will take a lot of time and Kmail is slowed down as well but this is not, what I talk about! To compare this: when I perform a fulltext search through all my folders, the CPU usage will stay below 30% and the rest of my applications are not obstructed that much. When the described effect occurs KMail CPU usage will be near 50% all the time. To end it I normally restart KMail, hoping the effect will not reappear at once. No, the effect starts at any time without any action within Kmail that can be seen and I have no idea what the reason is. The only thing that I can say for sure is: It appeared after I upgraded from KDE 3.5 to 4.3. Martin Current System (2011-01-06): Linux ... 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 02:41:37 UTC 2010 x86_64 GNU/Linux KDE 4.5.1 Two Intel Unknown 800MHz processors, 8777.70 total bogomips, 3013M RAM |
Manager
|
A glitch in nepomuk searching was identified as causing long delays, and that was fixed a week or two back, only to find that another, related, glitch is causing long delays when sending mail. A fix for that one is in the pipeline.
annew, proud to be a member of KDE forums since 2008-Oct and a KDE user since 2002.
Join us on http://userbase.kde.org |
Registered Member
|
Hello!
Thank you for the answer but what can I do now? What I do not understand is: Nepomuk does not create an index of .kde. So why should nepomuk have a direct effect on KMail? What shall I do, inactivate nepomuk completely? The effect is so awful that I will swich the bug to "crash" because an application that slows down the whole computer is even worse than an application that crashes sometimes. Regards, Martin Current System (2011-01-06): Linux ... 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 02:41:37 UTC 2010 x86_64 GNU/Linux KDE 4.5.1 Two Intel Unknown 800MHz processors, 8777.70 total bogomips, 3013M RAM |
Administrator
|
Akonadi uses Nepomuk to index your mail to provide searching capabilities to it.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Manager
|
There is a work-around for the sending problem until the new fix comes through. Please read comments 65 and 66 on https://bugs.kde.org/show_bug.cgi?id=219687
annew, proud to be a member of KDE forums since 2008-Oct and a KDE user since 2002.
Join us on http://userbase.kde.org |
Registered Member
|
Thank you! But this is no sending problem! KMail just "eats" CPU without doing anything. For sure, this is impossible but this is how it looks like: It has nothing to do with sending, searching or some other actions you would assume this application to "think". The effect will occur even with Kmail set to "offline". Martin Current System (2011-01-06): Linux ... 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 02:41:37 UTC 2010 x86_64 GNU/Linux KDE 4.5.1 Two Intel Unknown 800MHz processors, 8777.70 total bogomips, 3013M RAM |
Registered Member
|
I've found out Kmail 4.5 (also on 4.4) keeps erased search folders on ~/.kde/share/apps/kmail/search , causing it to constantly indexing all mail even if the GUI doesn't know anything about it...
Maybe it is that your problem? |
Registered Member
|
Hi!
What does "indexing" mean? Which application is running? The system monitor should show something, I assume! Regards, Martin Current System (2011-01-06): Linux ... 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 02:41:37 UTC 2010 x86_64 GNU/Linux KDE 4.5.1 Two Intel Unknown 800MHz processors, 8777.70 total bogomips, 3013M RAM |
Administrator
|
Indexing is a process by which the program reads the data in to allow it to be searched. KMail performs indexing in process I believe.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
for sure I know what indexing means! My question is: 1. Is that behaviour true? 2. What and why should indexing run? We are talking abaout a kmail that not yet is based on akonadi! Martin Current System (2011-01-06): Linux ... 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 02:41:37 UTC 2010 x86_64 GNU/Linux KDE 4.5.1 Two Intel Unknown 800MHz processors, 8777.70 total bogomips, 3013M RAM |
Administrator
|
The traditional KMail still needs to index email to provide it's own searching capabilities.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
And this is a background process running all the time and blocking my system? Sounds strange! And it did never do that before - in KDE 3.5. So what changed? Is that true? How can I find out? What process is this "indexing process"? Martin Current System (2011-01-06): Linux ... 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 02:41:37 UTC 2010 x86_64 GNU/Linux KDE 4.5.1 Two Intel Unknown 800MHz processors, 8777.70 total bogomips, 3013M RAM |
Registered Member
|
Do:
If there are no files, as in the example above, the problem isn't related to what I said and you can ignore my posts. However, if there are files in that folder, I was right, and you'll have just to do, with Kmail closed:
and the problem should then be fixed. |
Registered users: Bing [Bot], blue_bullet, Google [Bot], rockscient, Yahoo [Bot]