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

[Ingo Klöcker]

On Tuesday 24 February 2015 22:27:48 Ingo Klöcker wrote:
> 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.

Hmm, I should have read the whole thread. I didn't expect spam-filtering to 
come up again in reply to Milian's mail. Apparently, I was wrong. :/

Sorry, for the noise.


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/71f3e9b3/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/