Bug 316816

Summary:	New mail notification is always delayed
Product:	[Applications] kmail2	Reporter:	Woodsman <darrella>
Component:	commands and actions	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED NOT A BUG
Severity:	normal	CC:	montel, mtmkls
Priority:	NOR
Version:	4.10.1
Target Milestone:	---
Platform:	Slackware
OS:	Linux
Latest Commit:		Version Fixed In:

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?