Bug 290903 - stream of notifications stating that "<mail account>: There is currently no session to the IMAP server available" after resume from suspend
Summary: stream of notifications stating that "<mail account>: There is currently no s...
Status: RESOLVED WORKSFORME
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: IMAP resource (show other bugs)
Version: 4.9
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Christian Mollekopf
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-07 20:21 UTC by Craig Magina
Modified: 2014-02-20 20:24 UTC (History)
15 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
IMAP session server error notification stack (56.00 KB, image/png)
2012-01-07 20:21 UTC, Craig Magina
Details
xsession-errors file (995.32 KB, application/octet-stream)
2012-01-07 20:35 UTC, Craig Magina
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Craig Magina 2012-01-07 20:21:16 UTC
Created attachment 67553 [details]
IMAP session server error notification stack

Version:           4.8 (using Devel) 
OS:                Linux

This seems to occur often after resuming from suspend where my Google IMAP account will start streaming "GMail: There is currently no session to the IMAP server available."

KMail is not running during this time, nor does it need to be started to trigger it.

There are two IMAP accounts configured on this system and only the Google one does this. I have ticked the "Switch offline on KMail shutdown" box and "Check mail on startup" for both accounts.

The number of notifications is pretty high, i.e. I have seen the notification counter up in the 30s for this message. It also seems to happen in bursts, meaning it'll output 10+ notifications and then nothing for a short period of time and then 30+ notifications. During this time I can see akonadi and mysqld consuming ~50% of my CPU suggesting that it is checking for e-mail.

I would think the "Check mail on startup" means on KMail's startup, but maybe that is an incorrect assumption.

Reproducible: Sometimes

Steps to Reproduce:
1. Quit KMail/Kontact.
2. Suspend computer.
3. Wake computer.

Actual Results:  
Started to receive the stream of notifications, "GMail: There is currently no session to the IMAP server available."

Expected Results:  
There should have been no stream of notifications, or it should have at least throttled them as repeating the same error over and over again covers the previous one and makes it extremely hard to even see what each message states. It also appears that they occur fast enough that the messages don't even get printed, you just see an empty warning notification stack.

I am using Lancelot as my menu, which looks to open a connection to akonadi and could be the trigger that causes the mail check on resume.
Comment 1 Craig Magina 2012-01-07 20:35:40 UTC
Created attachment 67555 [details]
xsession-errors file
Comment 2 Matthias H 2012-01-11 20:38:59 UTC
Can confirm this problem using kubuntu 11.10 and (deb http://ppa.launchpad.net/kubuntu-ppa/beta/ubuntu oneiric main, which is currently  4.7.97 (4.8 RC2) ).
I have three connected IMAP accounts and have seen this problem with two of them.
I don't use suspend but I think it is triggered in situations where the IMAP servers are not responsive. Either because of heavy network traffic jamming the connection or because of WLAN dropouts. However this is not really reproducible.
Once the message spamming starts it seems to never stop even if the connection is fine.
Comment 3 Ivan Grund 2012-01-25 14:30:32 UTC
Same problem here, it's really annoying. Once I've lost connection, it keeps poping out, even when connection is available again.
Comment 4 David 2012-02-02 10:25:53 UTC
I just experienced this issue as well, with a Gmail account. (This one actually)

I found that stopping and restarting akonadi (via tray icon) reset whatever broke and allowed kmail to check mail again.

Kubuntu 11.10 amd64, KDE 4.7.4
Comment 5 David Faure 2012-02-11 23:30:00 UTC
Can you try again with 4.8? I fixed a large number of issues with resuming from suspend, in the akonadi imap resource.
Comment 6 akisquared 2012-05-30 21:58:10 UTC
I'm seeing the same issue under 12.04, KDE 4.8.2, with both a Gmail IMAP account and an Exchange IMAP one. I guess that must happen due to lost connection (mine is not so stable, not sure whether it's due to Kubuntu or my provider, I don't remember the frequent cuts under windows).
Comment 7 Moritz Ulmer 2012-06-13 13:17:01 UTC
*** This bug has been confirmed by popular vote. ***
Comment 8 Peter Barker 2012-06-13 23:14:15 UTC
This happens much less often since upgrading to Kubuntu 12.04.- Kontact and KDE 4.8.3. Seldom happens after resume, occasionally happens in normal operation. I think messages probably due to actual connection problems, as they do not go on forever, and I no longer have to restart akonadi server to stop them.
Comment 9 Joshua J. Kugler 2012-09-21 07:17:01 UTC
Also happening in KDE 4.9.1.  Not only after resume, but in this case it's the network link going down, trying to connect to the IMAP server, then the network link goes back up, and it tries again, and gets the stream of messages.
Comment 10 boris64 2013-04-21 17:12:48 UTC
Still the very same in KDE-4.10.2
Comment 11 Marc González Majoral 2013-05-14 11:45:49 UTC
I confirm this as happening since version 4.8.4, running Kubuntu. Running 4.10.3 now and still happening.

It happens from time to time and on different IMAP servers, and I never suspend the computer, so that's not the issue.
Comment 12 Matthias H 2013-05-30 18:59:00 UTC
I don't have this problem any more (currently using KDE 4.10, Kubuntu).
Comment 13 Kevin Ottens 2013-11-16 07:30:16 UTC
The IMAP resource has a new maintainer, reassigning to him.
Comment 14 tony den haan 2014-02-19 18:19:28 UTC
still happening on ubuntu, kde 4.8.5
Comment 15 Christian Mollekopf 2014-02-20 14:26:21 UTC
Please reopen if you can reproduce this with kdepim >= 4.11.3
Comment 16 Chris Kerr 2014-02-20 20:24:51 UTC
I'm on 4.12.2, running on Funtoo GNU/Linux.
I don't get the "There is currently no session to the IMAP server available." message any more - instead I just get messages saying "<mail account>: Connection to server lost" or "<mail account>: Connection lost".

Sometimes on Yahoo I also get "Yahoo: Fetch failed, server replied: A000020 BAD FETCH Additional arguments found after last expected argument [ CLIENTBUG ]"

It might be relevant that I have 7 accounts including 4 at GMail (personal Gmail, Yahoo, Hotmail, university mail, 3x role accounts all hosted by GMail) and it is generally the GMail and Yahoo accounts that throw errors, not my university account (nor Hotmail, which is on POP).