https://bugs.kde.org/show_bug.cgi?id=283020
--- Comment #9 from Erik Quaeghebeur <kdeb...@equaeghe.nospammail.net> --- (In reply to David Alston from comment #6) > I recognize that it may take quite a bit of coding to implement something > like this. I just looked at a mail from an IMAP mailbox in the Akonadiconsole: all the flags are there!! (In the tab ‘Internals’) The tab just to the left of it ‘Nepomuk’ (I’m on 4.12.5 still) contains the Akonadi tags. Also, the so-called IMAP system flags (\Seen, \Answered,...), which are also in this tab, are already exposed in such a way that KMail can get to them and modify them. So, actually, this shouldn’t be a big coding task: in the same way the system flags are synced, the non-system flags could be synced to Akonadi tags. (I actually tried to solve the same issue for OfflineIMAP; see <http://article.gmane.org/gmane.mail.imap.offlineimap.general/6164> and the amount of code changes needed was adding ~12 lines and modifying ~28 lines.) I can’t seem to modify data in the ‘Internals’ tab (read-only mode?) to add a custom flag to see if it is synced to the server; the other way around works: flags set in Trojita get synced to Akonadi (via the IMAP server). My question to the developers is: am I corrent in thinking this is, code-wise, not a big issue? If so, what is holding this back most: lack of time, design decisions (not sure if you want to map IMAP flags to Akonadi tags), something else? What could we do to speed up implementation? (Start a small crowdfuning campaign?) Would implementing a small Akonadi agent that does this syncing (and which we can test) be more feasible than immediate integration into the main IMAP agent? -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs