Bug 331703

Summary:	Auto refresh of the IMAP email accounts no longer works
Product:	[Frameworks and Libraries] Akonadi	Reporter:	Raymond Wooninck <tittiatcoke>
Component:	IMAP resource	Assignee:	Christian Mollekopf <chrigi_1>
Status:	RESOLVED FIXED
Severity:	major	CC:	arojas, kdepim-bugs, mollekopf, vkrause
Priority:	NOR
Version:	GIT (master)
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Raymond Wooninck 2014-03-03 14:26:31 UTC

Since last week Thursday evening, we are seeing the issue that kmail
no longer automatically refreshes the IMAP accounts. At the given
intervals nothing seems to happen, except for the INBOX.  After some
checking only the INBOX for the IMAP accounts is being checked, but
not the folders.

This is particular noticeable for GMail when the filtering is done on
the GMail server and not locally. Clicking on "Check email" works as
expected and all folders are being refreshed. Also opening a folder
within kmail works and the content is refreshed with the server
itself.

So it seems really to be the automatic check that only functions for
the INBOX, but not the other defined IMAP folders.

We tried to disect by reverting certain commits in kdepimlibs and
kdepim-runtime (commits done since Thursday morning), but we couldn't
restore the proper function.

Reproducible: Always

Steps to Reproduce:
1. Set an automatic refresh for an IMAP Akonadi resource
2. Wait until the refresh time has finishes
3. 
Actual Results:  
Folders are not refreshed, only new emails in the INBOX are being received

Expected Results:  
All folders are refreshed in the same manor as the Manual Mail Check

Running latest git master for Akonadi, kdepimlibs, kdepim-runtime and kdepim

Comment 1 Christian Mollekopf 2014-03-25 09:15:49 UTC

I think this has been fixed in akonadi 68480a5d0b2e53ad24bc. Please reopen if this is still not working.

Comment 2 Christian Mollekopf 2014-03-25 09:38:48 UTC

*** Bug 331948 has been marked as a duplicate of this bug. ***

Comment 3 Antonio Rojas 2014-04-25 19:55:00 UTC

This is still valid in 4.13 final. Even in the INBOX, new mails which are read in another device are not marked as read in kmail until the folder is refreshed

Comment 4 Raymond Wooninck 2014-04-25 20:00:50 UTC

@Antonio Rojas, 

Are you sure that you are talking about the same issue here ?  The initial issue is that even after 1 hour the mail folders are not automatically refreshed. Only email in the inbox is being retrieved. 

What you indicate seems to be something logical. How would Kmail now if an email is read on another device until the folders are refreshed. Question is if this refresh is automatically happening (e.g. according to the time indicated) or that even after 10 hours no refresh too place. The issue indicated by me was resolved during the Beta's of KDE 4.13 and I can confirm that it works.

Comment 5 Antonio Rojas 2014-04-25 20:08:53 UTC

@Raymond That's the whole point of IDLE, the mail client is always instantly kept in sync with the server.  It worked as expected in 4.12. Don't know if this is the same as your issue, but since my bug was marked as a duplicate of this one I'm commenting here.

Comment 6 Raymond Wooninck 2014-04-25 20:18:26 UTC

What you indicate is definitely different than my issue. But I never saw that all folders were kept in sync instantly. But maybe this is dependent on the email provider. 

What I see and what I also saw in 4.12 is that kmail retrieves changes on the indicated interval.

Comment 7 Christian Mollekopf 2014-05-20 07:37:08 UTC

(In reply to comment #6)
> What you indicate is definitely different than my issue. But I never saw
> that all folders were kept in sync instantly. But maybe this is dependent on
> the email provider. 
> 
> What I see and what I also saw in 4.12 is that kmail retrieves changes on
> the indicated interval.

IDLE is only used on the INBOX, and the interval is used for all folders. The interval is working AFAIK, and IDLE is supposed to pick up flag changes and new mail for INBOX only.