D5667: delay filtering to the point when a new item gets its remote id

[Martin Koller]

mkoller created this revision.
Restricted Application added a project: KDE PIM.
Restricted Application added a subscriber: KDE PIM.

REVISION SUMMARY
  I'm not sure about this approach, therefore I'd like comments.
  
  What I see is troubles (duplicate mails, empty remote ids in DB) which has its root cause in timing of messages between mailfilter_agent and maildir_agent.
  What this patch does is doing the mail filtering not at the very first point when a new item is added, but only after
  the (maildir) resource sets the RID onto the item.
  First tests are very promising. I don't get empty RIDs any longer.
  
  I'm not using IMAP. Would this approach work there as well ?

REPOSITORY
  R206 KMail

REVISION DETAIL
  https://phabricator.kde.org/D5667

AFFECTED FILES
  agents/mailfilteragent/mailfilteragent.cpp
  agents/mailfilteragent/mailfilteragent.h

To: mkoller, dvratil, mlaurent
Cc: #kde_pim, dvasin, ach, winterz, vkrause, mlaurent, knauss, dvratil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20170430/fd29fe77/attachment.html>