https://bugs.kde.org/show_bug.cgi?id=520672
Bug ID: 520672
Summary: Akonadi IMAP resource does not use IMAP IDLE - new
emails only on IntervalCheckTime poll
Classification: Frameworks and Libraries
Product: Akonadi
Version First 6.6.90
Reported In:
Platform: CachyOS
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: IMAP resource
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Target Milestone: ---
KMail is only showing new mail when the polling interval expires, even though
the IMAP server advertises IDLE and the Akonadi IMAP resource configuration
contains an [idle] section.
Am using a hosted Google account on a custom domain, but I reproduced the same
behaviour with a normal gmail.com account on the same machine. Other email
clients (tried mailspring) receive email via IMAP IDLE.
Observed behaviour:
- New mail does not appear in KMail immediately when delivered
- New mail appears only when the configured polling interval runs
- Another mail client on the same machine/account receives the same messages
immediately
Expected behaviour:
- If the IMAP server supports IDLE, the Akonadi IMAP resource should maintain
an IDLE connection for INBOX and new messages should appear without waiting for
IntervalCheckTime
Relevant details:
- IMAP server capabilities include IDLE
- Akonadi IMAP resource config contains:
[cache]
IntervalCheckTime=60
[idle]
IdleRidPath=/INBOX,imap://<redacted>@imap.gmail.com/
[network]
ImapServer=imap.gmail.com
SubscriptionEnabled=true
Authentication=9
Additional notes:
- There is no obvious user-facing “enable IDLE” or “push” option in KMail for
this resource
- journalctl output did not show anything obviously useful from the IMAP
resource during mail arrival
Reproduction:
1. Add IMAP account in KMail/Akonadi
2. Confirm server capabilities show IDLE
3. Confirm akonadi_imap_resource rc file contains [idle] / IdleRidPath for
INBOX
4. Set IntervalCheckTime to e.g. 60 minutes
5. Send a test email to the account from another address
6. Observe that KMail does not show the message immediately
7. Wait for the next poll interval, or manually check mail
8. Observe that the message then appears
Please let me know if there is a recommended debug logging method for the IMAP
resource specifically, as normal user journal output did not make the IDLE
state obvious. It might be that KMail / Akonadi IMAP resource simply doesn't
support this, and I'm expecting too much!
--
You are receiving this mail because:
You are watching all bug changes.
