[Kde-pim] akonadinext update: entity processing pipelines in resources
Christian Mollekopf
chrigi_1 at fastmail.fm
Thu Dec 18 11:38:50 GMT 2014
On Wednesday 17 December 2014 18.19:19 Sandro Knauß wrote:
> Hey,
>
> >Everything read-only is easy to parallelize:
> Read-only is great - never change the mail after it enters kmail will solve
> a couple of bad signatures bugs :) But keep in mind that every spam
> detector I know changes the mail aka adds header fields.
We could also add a filter that runs the spam detection, but then throws the
modified mail away, only extracting the flags we need. Unless there is a
reason we do want this as actual headers in the mail.
> So I think we have
> to differ between:
> * filter that do not change anything
> * filter that add/change header fields (indexer want to index these new
> headers too)
> * filter that changes the content
> * filter that move things
> * maybe many filters only act on special headers, so filters should gives
> this information to the filtering process
I don't think we need to add mail specifics to the filters, something like
this should be enough:
* filter that move mails first
* filter that produce additional data next (i.e. various flags)
* indexing filter last (so they have all information available)
Cheers,
Christian
_______________________________________________
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/
More information about the kde-pim
mailing list