[kmail2] [Bug 283020] Store Kmail Tags in IMAP flags, like Thunderbird

[Erik Quaeghebeur]

https://bugs.kde.org/show_bug.cgi?id=283020

--- Comment #9 from Erik Quaeghebeur <kdebugs at 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.