Messages in IMAP folder that are marked as action items lose this information as soon as the mail folder is refreshed. Reproducible: Always Steps to Reproduce: 1. Mark a message in your IMAP inbox as an action item https://docs.kde.org/stable4/en/kdepim/kmail/menus.html#reader-mark-messages 2. Send yourself a new message. Actual Results: The "action item" flag of the message in step 1 is removed. Expected Results: Should keep flags even if new messages arrive. If relevant: The server is an MS Exchange mail server.
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
(In reply to quazgar from comment #0) > If relevant: The server is an MS Exchange mail server. Exchange does not support arbitrary IMAP flags, so this does not seem surprising. Check from another IMAP client (Trojita, Thunderbird,…) whether the Action flag ($TODO) is actually propagated at all (I doubt it). It may be the case that upon every refresh the IMAP resource gets info from the server about the current flags set (none, because it's exchange) and assumes it was removed remotely and so removes it locally as well. In principle, the IMAP resource should be aware of the server's CAPABILITIES and adapt to them as needed. This may mean not offering the ability to set the $TODO flag or storing them in the Akonadi database only. However, with Exchange, the best thing is to try out the akonadi-ews resource under development: https://github.com/KrissN/akonadi-ews (it may also be in your distribution's packages).
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
(In reply to Erik Quaeghebeur from comment #2) > (In reply to quazgar from comment #0) > > If relevant: The server is an MS Exchange mail server. > Exchange does not support arbitrary IMAP flags, so this does not seem > surprising. Check from another IMAP client (Trojita, Thunderbird,…) whether > the Action flag ($TODO) is actually propagated at all (I doubt it). I can confirm that for e.g. posteo.de it seems to work flawlessly. > However, with Exchange, the best thing is to try out the akonadi-ews > resource under development: https://github.com/KrissN/akonadi-ews (it may > also be in your distribution's packages). I tried to use that resource, but am still stuck with bug #390799 / bug #390798, so cannot test it for the moment. Maybe this one should depend on #390798?
(In reply to quazgar from comment #4) > I can confirm that for e.g. posteo.de it seems to work flawlessly. Ok, have you tried setting flags in other mailers on mails in de Exchange mailbox accessed with IMAP? What happens then? (Put status of this bug to ‘Reported’ once you reply.) > > However, with Exchange, the best thing is to try out the akonadi-ews > > resource under development […] > > I tried to use that resource, but am still stuck with bug #390799 / bug > #390798, so cannot test it for the moment. Maybe this one should depend on > #390798? No, I rather think this bug actually should be moved to the kimap product because it indicates that the IMAP backend does not gracefully deal with missing server-side functionality. But I'm leaving that call up to the kmail/kimap developers (if they ever get around to looking at this).
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!