Am Mittwoch, 21. Januar 2015, 11:59:37 schrieb Martin Steigerwald: > Am Mittwoch, 21. Januar 2015, 11:48:29 schrieb Martin Steigerwald: > > Am Montag, 3. November 2014, 11:26:24 schrieb Daniel Vratil: > > > On Saturday 01 of November 2014 17:00:01 Martin Steigerwald wrote: > > > > Am Samstag, 1. November 2014, 10:36:26 schrieb Martin Steigerwald: > > > > > Hello Pimsters, > > > > > = > > > > > I am using KDEPIM 4.14.2 at the moment and it mostly works quite > > > > > well. > > > > > Better than others versions before. > > > > > = > > > > > Yet I have one issue: Sometimes it appears to me KMail looses > > > > > connection > > > > > to > > > > > Akonadi completely. Then it just sits there, displaying the blue > > > > > retrieving > > > > > display I do not see often or for long anymore with my POP3 and > > > > > Dovecot > > > > > IMAP setups at least (with Exchange IMAP at work this is a differ= ent > > > > > story), or displaying the wait animation at the folders I click on > > > > > in > > > > > the > > > > > folder list, while at the same time Akonadi is doing *nothing*. > > > > > = > > > > > It sits there like this then. > > > > > = > > > > > I can even restart Akonadi, but KMail would still sit there, > > > > > apparently > > > > > waiting for an Akonadi that at the same time actually is ready to > > > > > serve. > > > > > = > > > > > Only when I also restart KMail and just closing the window and > > > > > starting > > > > > it > > > > > again often is not enough, I need to really make sure the process= is > > > > > gone > > > > > by using killall kmail (with SIGTERM, no SIGKILL needed). Then > > > > > everything > > > > > works again for quite a while usually. > > > > = > > > > I also tried out now *just* restarting KMail while leaving Akonadi > > > > alone. > > > > This worked also. I just have to make sure KMail process is gone, > > > > closing > > > > its main application window in that case is not sufficient to achie= ve > > > > this. > > > = > > > From this description it sounds like the session is stuck (that's why > > > the > > > window closes, but the event loop won't quit, as the Akonadi Session = is > > > still active. You can debug this bug trying to log communications > > > between > > > KMail and server: > > > = > > > export AKONADI_SESSION_LOGFILE=3D/tmp/akonadi.log > > > kmail > > > = > > > This way, when it happens, we will know which command has caused the > > > session to get stuck. You could also try to get a full backtrace of t= he > > > Akonadi server, but that will only provide useful detail in case you = are > > > running into some kind of a deadlock (QMutex or database). > > = > > Okay, I will do this now. > > = > > This is the biggest issue I face daily. I hope it will turn up something > > useful. > > = > > I will do this for both work and private use cases. Work first, as it > > happens almost every hour that KMail does not respond at all anymore. > = > Wow, this contains a ton of confidential data. I.e. all accesses with fol= der > names and stuff. No anonymization. > = > Also this is getting huge quickly. > = > So what is it what you look for? > = > The last lines of the corresponding imap_resource log when KMail does not > respond anymore? Anything else? Okay, I have one case of KMail getting stucks displaying mail and it seems = to = me that Akonadi IMAP resource is blocked out then: Bug 343114 - gets stuck on one request that times out, kmail and = akonadiconsole do not display any mail payloads anymore, stuck waiting = I will archive the logs now. Please tell me what to look for. I won=B4t upl= oad = the whole 130 MiB of cleartext with folder names and complete mails in it d= ue = to privacy concerns. Ciao, -- = Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 _______________________________________________ KDE PIM mailing list kde-pim@kde.org https://mail.kde.org/mailman/listinfo/kde-pim KDE PIM home page at http://pim.kde.org/