[Kde-pim] akonadinext update: entity processing pipelines in resources

[Ingo Klöcker]

On Wednesday 17 December 2014 16:50:41 Christian Mollekopf wrote:
> Everything read-only is easy to parallelize:
> * various indexers (full text, indexes for efficient lookups of hierarchy
> etc.)
> * a hypothetical filter that extracts invitations or attachments from mails
> * spam-detection etc. could be parallelized if we don't modify the email
> message (which I think would be a good idea).

The problem being that most spam-filter applications (spamassassin, 
bogofilter, etc.) do modify the email message by adding their result to the 
message header. Of course, one can also store the result of the spam-filter 
application somewhere else and not modify the email message, but what would we 
gain by this? What we would probably lose is the extreme flexibility of 
KMail's current spam filtering where anybody can tweak the filters created by 
the anti-spam assistants to his needs.


Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20150224/9c639ecc/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/