[kmail2] [Bug 331848] displaying, moving, deleting mails takes 10-20 seconds when Akonadi synchronizes in background

[Christian Mollekopf]

https://bugs.kde.org/show_bug.cgi?id=331848

--- Comment #4 from Christian Mollekopf <mollekopf at kolabsys.com> ---
(In reply to comment #3)
> I did not yet see KDE SC 4.13 packages for Debian. I will test with KDE SC
> 4.13 once packages become available.
> 
> For now I raised innodb_buffer_pool_size considerably (from the default low
> 80 MiB to 1024 MiB), but KMail seems to be totally unresponsive here at the
> moment. Raising the buffer pool size on my laptop from 80 MiB to 256 MiB for
> a huge POP3 account seems to have helped, but here it does not seem to have
> any visible effect. Doesn't display a mail for over an hour already. With no
> significant activity – neither CPU or disk I/O wise – in atop and
> Akonadiconsole not showing any activity for the IMAP resource either.
> 
> I am currently using Evolution with EWS plugin which gives much better
> results. Granted, it doesn't even try to synchronize folders I did not yet
> click on, but maybe thats a quite sane approach. (Seems to be choosable in
> configuration.)

FWIW, my innodb_buffer_pool_size is 8M and I have no such problems. If there is
no cpu nor I/O activity I doubt it's doing anything. I never used pop, so no
idea about that one, but maildir for local mail + imap for everything large
works fine here.

I can only suggest to check if the resource where you try to read mail is
actually online and to check what akonadiserver returns using akonadiconsole.
The protocol is very IMAP like, so you might be able to figure something out
using the debugger in akonadiconsole.

-- 
You are receiving this mail because:
You are the assignee for the bug.