Registered Member
|
Hi,
Today popped up another weird kmail2-problem. Web.de-Inbox (IMAP) is full of mails (~10000, 1,4GB of Data), showed everything fine. Changing the folder (on another IMAP-Account), working there some time, changing back to the Web.de-Inbox - and only some mails from March an April of this year were shown, a total of 5 Mails... I really tried a lot. Changing settings, Debugging with akonadiconsole, and so on. But Inbox stays empty. The spinning icon on top of the folder stays there, as if it was syncing all the time. But There is no Debug-Output in akonadiconsole, and also not network-traffic. Setting up a new account with the same Values and (how to expect) everything goes fine there. For abaout an hour, I had some messages about an invalid timestamp (akonadi told me so), but that is gone. The big problem is, that our DSL-connection just makes ~45Kb/sec, so deleting the account and creating a new one is no real option, as all the downloaded messages would have to be re-downloaded. Images, Documents etc, with 5-20 MBs, taking Minutes for every Mail - not acceptable, as it is needed for work :/ Here come other issues: kmail seems to not queue mails for download. Clicking on many mails to download them all fails. One has to wait until the mail loaded, then you can change to another mail/folder/account/... The other one is this - so I REALLY want to keep all the cached mails. Since it popped up during runtime it really is quite curious... And since this problem popped up, localmount fails at halt. I get this message:
And ONLY when kmail was started! Boot, do some firefox/libreoffice/dolphin/..., shutdown and localmount has no problem. I would like to file a bug, but as I can't give more details, it is useless in my opinion. So: Does anbody know, wehere to start looking? Or a tip/solution? system info: Gentoo Linux (64Bit) gentoo-sources-3.0.3 Qt-4.7.4 kde-4.7.1 kdepim-4.7.1 akonadi-server-1.6.0 Thanks in advance! |
Administrator
|
Are any relevant warnings printed to ~/.xsession-errors (when Akonadi is autostarted) or to the terminal used to start Akonadi (when started with akonadictl start) regarding this?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
I looked at .xsession-errors when syncing the non-working (resource_0) and the working (resource_3) resources.
here is the output:
In the beginning is a message about an unhandled response from KIMAP::ExpungeJob. In the end there is the message about a stale notification. What is funny now, when new messages arrive, they get shown instantly - but only the new messages, not the old ones. Also the whole kmail seems to run slower since this problem occurred. I also have big trouble with virtuoso-t running amok when indexing files, so I'm really thinknig about wiping the whole kde/akonadi/nepomuk data and config and start from stratch, also if it means I have to wait long time for all the old mails downloading... kde-4.7.1 f***ed up a lot for me :/ |
Manager
|
Indexing is never going to be quick, if you have many saved messages. Wipe out the database and it will have to start all over again. Why don't you just let it run overnight, get all the indexing out of the way? Many people have found that to be the answer.
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
|
All the files are indexed, yet. I can query with dolphin and get all results I would expect. Nevertheless, Nepomuk starts indexing ALL FILES every day, producing 270% CPU-Usage (Athlon II X3) by virtuoso-t (in the magical "futex()"). Found some bug-reports, but nothing helped. |
Registered Member
|
I would like to confirm this problem. I also have gentoo Linux 64bit, and I encountered this problem twice. First time it only happen to a small folder under inbox, I solved it by copy mail to a new folder and delete this folder. Now it happens to three folder including some very big ones. |
Registered Member
|
Nice (or not...), thanks for your response. So I am not the only one with this problem.
For me the problem is solved, solution was to wipe out (say: move/backup) all configs and data :/ Now kmail works (though current activity/flat is unreasonably slow), no virtuoso-t consuming too much CPU-Time) - indexing is fast and non-intrusive. Sorry that I can't give a solution that keeps as much config/data as possible. |
Registered users: Bing [Bot], Google [Bot], Sogou [Bot]