Bug 316816 - New mail notification is always delayed
Summary: New mail notification is always delayed
Status: RESOLVED NOT A BUG
Alias: None
Product: kmail2
Classification: Applications
Component: commands and actions (show other bugs)
Version: 4.10.1
Platform: Slackware Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-16 03:19 UTC by Woodsman
Modified: 2013-05-25 18:44 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Woodsman 2013-03-16 03:19:00 UTC
I do not receive a notification for about 15 to 30 seconds after fetching mail. Unlike bug report 283033, thus far I believe I have always received a notification, just oddly delayed.

Reproducible: Always

Steps to Reproduce:
1. Fetch mail.
2. Wait 15 to 30 seconds for a notification.

Actual Results:  
Delayed notification.

Expected Results:  
Based upon long usage of Kmail1, faster notification.

I have only three POP3 accounts, no IMAP accounts, and one local system account. I do not receive a high volume of mail. Two of the POP3 accounts are with the local mom-and-pop ISP and response is always fast to receive mails. With KMail1 fetching and notification were fast.

This report is similar to bug report 283033, but not exactly the same. I don't mind if the two reports are merged, but I did not think this problem was exactly the same.
Comment 1 Laurent Montel 2013-03-16 08:07:37 UTC
false 10 secondes
and we wait 10 secondes to be sure that filters were executed.
Comment 2 miklos 2013-05-25 18:44:33 UTC
In kmail1 there was no delay, yet all filters were correctly applied between fetching the mail and displaying the notification. BTW fetching the mail was about 1 second from 3 pop3 and 2 imap accounts, now with akonadi it's about 10 times slower.

How can this bug be reopened?