GNOME Bugzilla – Bug 695915
IMAP alert is not displayed
Last modified: 2013-03-28 14:48:46 UTC
My IMAP server started to send quota alert on 95% of quota. But my Evolution did not display anything and I lost mails. Note: I have a reverse problem in past: bug 357175. The new bug may be a side effect of the fix. evolution-3.6.3 openSUSE 12.3 x86_64
Thanks for a bug report. I suppose this is new in 3.6, aka 3.4 didn't exhibit this issue (might be you wasn't out of quota). Anyway, the other bug report fix was for IMAP, not IMAP+ (imapx). What is the Type of your email account in Edit->Preferences->Mail Accounts, please?
Server type is IMAP+. When I upgraded to 3.6, all my old IMAP account settings were lost and I had to configure them again. I guess I have been using IMAP before.
Right, I believe you did use the IMAP before.
Created attachment 239341 [details] [review] proposed eds patch for evolution-data-server; I guess this should make it propagate the alert to the a user, but I cannot test it, I do not know how with my IMAP server (like GMail). Are you able to test it, please? The patch is against git master/gnome-3-8, but if you can test with 3.6.x, then I can provide a test patch for the 3.6.x too.
Created attachment 239347 [details] proposed eds 3.6.x patch I just noticed that you use 3.6.3, thus here's the patch against 3.6.x sources, which should do the same as the git master patch.
Well, it works, but not like one would expect. I copied thousands of mails to IMAP to reach alert limit (95% full). No message appeared when I exceeded 95%. I pressed quit button. It took long time to quit. GNOME force quit dialog appeared, but I waited about 20 seconds, then evolution quits. Next time evolution was started, orange alert appeared above the mail folder summary: Alert from IMAP server sbrabec@suse.cz: Mailbox is at 96% of quota.
(In reply to comment #6) > Well, it works, but not like one would expect. Hmm, it's unexpected. I'm wondering whether the server sent an alert or not. Could you run evolution with IMAP+ debugging, with not reach quota, then copy few messages again, to reach it, please? The end of the log, when the quota will be reached, is the most interesting to see. Note the log will contain all the communication, which includes content of those messages which you'll copy, into which I'm not interested at all. Feel free to send the log only to me, just name the bug report in the summary. Also note that the change remembers already notified messages, thus the need to run evolution without reached quota. You can get the log with this command: $ CAMEL_DEBUG=imapx evolution &>log.txt
Well, searching the log, I don't see keyword ALERT just after the move. So it seems to be an issue of the IMAP server, and the patch works as expected. Not attaching the log, it has 100MB. First occurrence of alert appears when I checked for new mails: * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen $Label5 $Label4 $Label2 $Label1 Junk $Label3 NotJunk receipt-handled $h as_cal \*)] * 84 EXISTS * 0 RECENT * OK [UNSEEN 2] * OK [UIDVALIDITY 1090499839] * OK [UIDNEXT 84432] * NO [ALERT] Mailbox is at 95% of quota B00251 OK [READ-WRITE] Completed [imapx:B] token TOKEN 'UIDNEXT' [imapx:B] token TOKEN '84432' [imapx:B] token ']' [imapx:B] token '*' [imapx:B] got untagged response [imapx:B] token TOKEN 'NO' [imapx:B] Have token 'NO' id 0 [imapx:B] token '[' [imapx:B] token TOKEN 'ALERT' [imapx:B] token ']' [imapx:B] ALERT!: Mailbox is at 95% of quota And then ALERT starts to appear regularly.
I see. Thanks for the testing.
I asked for a string freeze break for gnome-3-8 branch, but for now: Created commit e9f9dc6 in eds master (3.9.1+)
After an approval: Created commit 165ac07 in eds gnome-3-8 (3.8.1+)