[Bug 290903] New: stream of notifications stating that "<mail account>: There is currently no session to the IMAP server available" after resume from suspend
Craig Magina
Craig.Magina at gmail.com
Sat Jan 7 20:21:16 GMT 2012
https://bugs.kde.org/show_bug.cgi?id=290903
Summary: stream of notifications stating that "<mail account>:
There is currently no session to the IMAP server
available" after resume from suspend
Product: Akonadi
Version: 4.8
Platform: Ubuntu Packages
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: IMAP resource
AssignedTo: ervin at kde.org
ReportedBy: Craig.Magina at gmail.com
CC: vkrause at kde.org, kdepim-bugs at kde.org
Created an attachment (id=67553)
--> (http://bugs.kde.org/attachment.cgi?id=67553)
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.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the Kdepim-bugs
mailing list