While I've had no end of grief w/kmail2 after it switched to akonadi and have never been able to get search working, something else has popped up lately.
Over the last two or three months, kmail2 has gotten *PAINFULLY* slow at doing just about anything. Click to switch from one message to another, and sometimes I can wait as long as 90s before the UI updates. Don't even get the "loading" screen, just waiting before it does anything.
Only thing I've seemed to find that even helps at all is to log out and log back in again. Its then good for most of the day but by late afternoon things are bogging down again and I just close it and go back to logging in directly to my mail server and using "pine".
Nepomuk is running, and is configured for e-mail indexing. Akonadi is running, but isn't complaining about any problems.
When the problem occurs, its *not* CPU bound, so I'm pretty sure that its not the feeder/indexer hogging resources. Something, however, seems to be blocking and holding kmail2 up.
Anyone got any suggestions?
On Thu, 2013-09-19 at 10:28 -0700, fedora@howlingfrog.com wrote:
Anyone got any suggestions?
Try a different MUA? I'm afraid I gave up on Kmail a long time ago. I don't want to start a flamewar, and I like most of the rest of KDE (though I could never really see the point of Activities) but this being Linux you aren't condemned to "all or nothing".
poc
On September 19, 2013 06:42:49 PM Patrick O'Callaghan wrote:
On Thu, 2013-09-19 at 10:28 -0700, fedora@howlingfrog.com wrote:
Anyone got any suggestions?
Try a different MUA? I'm afraid I gave up on Kmail a long time ago. I don't want to start a flamewar, and I like most of the rest of KDE (though I could never really see the point of Activities) but this being Linux you aren't condemned to "all or nothing".
Oh, I look regularly for an alternative MUA. Ever since the switch to akonadi, I go searching every few months to find a new MUA that'll be able to consume the mail I've got here.
Can anyone recommend a good MUA that'll accept ~6GB of mail, organized across ~3000 nested maildirs?
And no, switching it off to an IMAP server isn't in the cards. Neither is "just upload it all to GMail and let them deal with it".
Am 19.09.2013 21:17, schrieb fedora@howlingfrog.com:
On September 19, 2013 06:42:49 PM Patrick O'Callaghan wrote:
On Thu, 2013-09-19 at 10:28 -0700, fedora@howlingfrog.com wrote:
Anyone got any suggestions?
Try a different MUA? I'm afraid I gave up on Kmail a long time ago. I don't want to start a flamewar, and I like most of the rest of KDE (though I could never really see the point of Activities) but this being Linux you aren't condemned to "all or nothing".
Oh, I look regularly for an alternative MUA. Ever since the switch to akonadi, I go searching every few months to find a new MUA that'll be able to consume the mail I've got here.
Can anyone recommend a good MUA that'll accept ~6GB of mail, organized across ~3000 nested maildirs?
And no, switching it off to an IMAP server isn't in the cards. Neither is "just upload it all to GMail and let them deal with it"
Thunderbird
i have *any* message i ever sent or received until now starting with 2003 in a folder-structure, search is full indexed and fast, eahc folder is one mbox and at the end of the day mbox is more effective than maildir
5 GB in 3379 files, this year around 100000 messages
why mbox is more efefctive?
if you at least have subfolders for each yaer you normally do not touch and change any previous ones - so they are unchanged and rsync is very fast because it transfers differences - i sync my complete prfile each day from my homeserver to my office wrokstation with rsync and it takes around one minute with *all my data* not only the mozilla profiles
On Thursday, September 19, 2013 09:22:21 PM Reindl Harald wrote:
Am 19.09.2013 21:17, schrieb fedora@howlingfrog.com:
On September 19, 2013 06:42:49 PM Patrick O'Callaghan wrote:
On Thu, 2013-09-19 at 10:28 -0700, fedora@howlingfrog.com wrote:
Anyone got any suggestions?
Try a different MUA? I'm afraid I gave up on Kmail a long time ago. I don't want to start a flamewar, and I like most of the rest of KDE (though I could never really see the point of Activities) but this being Linux you aren't condemned to "all or nothing".
Oh, I look regularly for an alternative MUA. Ever since the switch to akonadi, I go searching every few months to find a new MUA that'll be able to consume the mail I've got here.
Can anyone recommend a good MUA that'll accept ~6GB of mail, organized across ~3000 nested maildirs?
And no, switching it off to an IMAP server isn't in the cards. Neither is "just upload it all to GMail and let them deal with it"
Thunderbird
i have *any* message i ever sent or received until now starting with 2003 in a folder-structure, search is full indexed and fast, eahc folder is one mbox and at the end of the day mbox is more effective than maildir
5 GB in 3379 files, this year around 100000 messages
why mbox is more efefctive?
if you at least have subfolders for each yaer you normally do not touch and change any previous ones - so they are unchanged and rsync is very fast because it transfers differences - i sync my complete prfile each day from my homeserver to my office wrokstation with rsync and it takes around one minute with *all my data* not only the mozilla profiles
+1 for Thunderbird. We use it here at the school where I work, and while I don't have people's exact file sizes and counts on hand, I can say definitely it handles a lot of email; most people have boxes dating back to 2004 and it hasn't been an issue.
I use Kmail for my own work machine just to keep up with the project but I am not prepared to have 'real' users use it yet. Still too many issues that I see, generally, on a daily basis.
- klaatu
On Thu, Sep 19, 2013 at 8:17 PM, fedora@howlingfrog.com wrote:
Oh, I look regularly for an alternative MUA. Ever since the switch to akonadi, I go searching every few months to find a new MUA that'll be able to consume the mail I've got here.
Can anyone recommend a good MUA that'll accept ~6GB of mail, organized across ~3000 nested maildirs?
I would have thought that pretty much any of the major ones can handle that in local files. I use Evolution (mostly on IMAP, but lots of people use it with POP), also TBird, Claws, Mutt, ... Have you had negative experiences with any of these?
poc
Patrick O'Callaghan wrote:
Oh, I look regularly for an alternative MUA. Ever since the switch to akonadi, I go searching every few months to find a new MUA that'll be able to consume the mail I've got here.
Can anyone recommend a good MUA that'll accept ~6GB of mail, organized across ~3000 nested maildirs?
I would have thought that pretty much any of the major ones can handle that in local files. I use Evolution (mostly on IMAP, but lots of people use it with POP), also TBird, Claws, Mutt, ... Have you had negative experiences with any of these?
I've tried all of these except Claws, though none of them seriously. My feeling is that none is as good as KMail at its best, which hopefully it will reach soon.
But if the bits of KMail that have worked at different times all worked at the same time it would be great.
At the moment the interface with Akonadi is not entirely satisfactory.
On September 20, 2013 01:46:12 PM Patrick O'Callaghan wrote:
On Thu, Sep 19, 2013 at 8:17 PM, fedora@howlingfrog.com wrote:
Oh, I look regularly for an alternative MUA. Ever since the switch to akonadi, I go searching every few months to find a new MUA that'll be able to consume the mail I've got here.
Can anyone recommend a good MUA that'll accept ~6GB of mail, organized across ~3000 nested maildirs?
I would have thought that pretty much any of the major ones can handle that in local files. I use Evolution (mostly on IMAP, but lots of people use it with POP), also TBird, Claws, Mutt, ... Have you had negative experiences with any of these?
Tried Evolution, but it felt like such a step backwards in terms of features that I sucked it up and lived w/o search working. Was about a year ago when I last tried, and Evolution was horrible comparatively. KMail might have had broken search, but Evolution was missing a whole pile of simple/common features I used day-to-day. After a week, a went back to KMail and sucked it up.
TBird, last I tried, couldn't handle maildir and was mbox only. I'd considered converting all my maildirs to mbox, but then I read a number of threads that outlined how TBird was unstable when using large mbox files. Thus, didn't even go there; I know I'd have a few mbox files that'd be pushing 4-500MB a piece.
I think the biggest issue I've seen is the lack of maildir support across MUAs. KMail was one of the first to go there as an MUA, and last I poked around it looked like nobody ever decided to catch-up with that.
On Mon, Sep 30, 2013 at 8:10 PM, fedora@howlingfrog.com wrote:
Tried Evolution, but it felt like such a step backwards in terms of features that I sucked it up and lived w/o search working. Was about a year ago when I last tried, and Evolution was horrible comparatively. KMail might have had broken search, but Evolution was missing a whole pile of simple/common features I used day-to-day. After a week, a went back to KMail and sucked it up.
It has improved quite a bit in the last year or two, but unless you say what specific features you need that it didn't supply then there's not much to be said.
poc
fedora@howlingfrog.com wrote:
While I've had no end of grief w/kmail2 after it switched to akonadi and have never been able to get search working, something else has popped up lately.
Over the last two or three months, kmail2 has gotten *PAINFULLY* slow at doing just about anything.
I've suffered a lot with KMail over the years, but it's been working reasonably well for me recently.
Which search facility do you mean? I find the Search above the emails works well with sender's name, subject, etc.
In the past I think KMail has got slow for me when Inbox gets very large, say over 10,000 emails.
I do find Akonadi very annoying. I wish the developers would spend a little time making their error or warning messages intelligible to mortals.
On Thursday 19 of September 2013 10:28:42 fedora@howlingfrog.com wrote:
While I've had no end of grief w/kmail2 after it switched to akonadi and have never been able to get search working, something else has popped up lately.
Over the last two or three months, kmail2 has gotten *PAINFULLY* slow at doing just about anything. Click to switch from one message to another, and sometimes I can wait as long as 90s before the UI updates. Don't even get the "loading" screen, just waiting before it does anything.
When this happen, could you please attach gdb to the kmail process and get a full backtrace? Please install at least kdepim-debug and kdepimlibs-debug.
Also enabling "Debugger" in Akonadi Console might shed some light on what's happening in the background that takes so long.
Only thing I've seemed to find that even helps at all is to log out and log back in again. Its then good for most of the day but by late afternoon things are bogging down again and I just close it and go back to logging in directly to my mail server and using "pine".
Nepomuk is running, and is configured for e-mail indexing. Akonadi is running, but isn't complaining about any problems.
When the problem occurs, its *not* CPU bound, so I'm pretty sure that its not the feeder/indexer hogging resources. Something, however, seems to be blocking and holding kmail2 up.
Anyone got any suggestions?
On September 20, 2013 08:40:56 AM Daniel Vrátil wrote:
On Thursday 19 of September 2013 10:28:42 fedora@howlingfrog.com wrote:
Over the last two or three months, kmail2 has gotten *PAINFULLY* slow at doing just about anything. Click to switch from one message to another, and sometimes I can wait as long as 90s before the UI updates. Don't even get the "loading" screen, just waiting before it does anything.
When this happen, could you please attach gdb to the kmail process and get a full backtrace? Please install at least kdepim-debug and kdepimlibs-debug.
Daniel, I've installed the libs and have two separate traces here; where would be the best place for me to put them so you can see them? Should I open a ticket in BZ?
Also enabling "Debugger" in Akonadi Console might shed some light on what's happening in the background that takes so long.
Did this today as well. Turned the debugger on, waited for it to pause/stall in the UI, then waited for the next item to appear in the debugger and then turned it off right away. There's a FETCH, it pauses, and then there's a second FETCH that occurs right after the UI comes back. If you'd like I can capture this to and send it along with the traces if that's useful/helpful.
Appreciate your time,
On Tuesday 01 of October 2013 12:56:40 you wrote:
On September 20, 2013 08:40:56 AM Daniel Vrátil wrote:
On Thursday 19 of September 2013 10:28:42 fedora@howlingfrog.com wrote:
Over the last two or three months, kmail2 has gotten *PAINFULLY* slow at doing just about anything. Click to switch from one message to another, and sometimes I can wait as long as 90s before the UI updates. Don't even get the "loading" screen, just waiting before it does anything.
When this happen, could you please attach gdb to the kmail process and get a full backtrace? Please install at least kdepim-debug and kdepimlibs-debug.
Daniel, I've installed the libs and have two separate traces here; where would be the best place for me to put them so you can see them? Should I open a ticket in BZ?
Hi,
please open a new bug in bugzilla and attach both reports to it, best probably under KMail2 product.
Also enabling "Debugger" in Akonadi Console might shed some light on what's happening in the background that takes so long.
Did this today as well. Turned the debugger on, waited for it to pause/stall in the UI, then waited for the next item to appear in the debugger and then turned it off right away. There's a FETCH, it pauses, and then there's a second FETCH that occurs right after the UI comes back. If you'd like I can capture this to and send it along with the traces if that's useful/helpful.
Ok, this pretty much confirms that problem is really on client side - probably waiting for something. Please attach the file too, make sure you sanitize any sensitive data, especially email addresses (or you can send it to me personally for greater privacy).
Cheers, Dan
Appreciate your time,
Daniel Vrátil wrote:
please open a new bug in bugzilla... under KMail2 product.
I've had a bug open on rh-bugzilla for about a week and opened the identical bug on kde-bugs on the weekend: