[Bug 299422] New: Akonadi failed to set SEEN flag and move letters with (at least) imap and git resources.
mva
mva at mva.name
Sat May 5 08:05:25 BST 2012
https://bugs.kde.org/show_bug.cgi?id=299422
Bug ID: 299422
Severity: major
Version: unspecified
Priority: NOR
Assignee: kdepim-bugs at kde.org
Summary: Akonadi failed to set SEEN flag and move letters with
(at least) imap and git resources.
Classification: Unclassified
OS: Linux
Reporter: mva at mva.name
Hardware: Gentoo Packages
Status: UNCONFIRMED
Component: general
Product: Akonadi
I have using about 7 imap resources with different accounts on differenct
servers. It is GMail, Yandex, and my own server.
Also, I have using few Git resources to monitor commits on some projects.
I have noticed, that when I mark e-mails as read and wait some time, while
akonadi sync collection with remote server — emails comes unread again.
Almost same thing appears when I move spam or not needed emails to trash (via
Kmail, for example): it moves them, but when it syncs they appears again as
unselectable (and with inactive gray color).
Previously, when I saw such behavior on akonadi — I think that it is Yandex's
IMAP server bug, but then I encountered this behavior even on GMail and on my
own server. Then I still believed, that this can be server-side bug (but all
was okay with other imap-clients, so I start blame akonadi).
But yesterday I discovered, that akonadi has same issue on Git resource: I've
marked commits as read => akonasi syncs collection => they appears as unread
again.
As far as I know — git resource has only *local* storage for that and it is
impossible to receive "unseen" from external server. So, now I have absolutely
sure that it is akonadi bug.
Reproducible: Sometimes
P.S. I selected "major feature is broken" severity since it is absolutely
impossible to use KMail/Kontact when such behavior appears.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Kdepim-bugs
mailing list