idea: "pipe" filter / procmail

In the man page
       action = full|over|thread|discard|default.  Specifies the action to  be
       taken  if the filter matches. If not specified or specified as default,
       the action is as specified by the group's subscription mode.
Better add some examples to show how a filter with action of "default"
is useful.

But never mind that. Introducing pipes.
As we know, procmail is useful for incoming mail, but what about
incoming news? Assuming noffle is the right place to do it. Then a new
type of filter, "pipe <shell command>" would be useful.
Probably mostly we would just "pipe procmail".

That way when the occasional Pancake Club announcement comes along, we
can extract any recipes contained therein with some script we wrote.

Noffle must be the right place to do the pipe, just as exim, and not
one's mail reader, calls procmail.

I mean how can we not be able to process news messages just as handily
as mail messages?

Oh, and if our pipe filter fires, we should still also be able to say
the message has not yet been "delivered", so we can have our pancakes
and eat them too. I.e., still read the announcement.

So maybe we should instead just have all messages optionally sent to
procmail (with .procmailrc location customizable.) and use the return
code to see if it has been "delivered" or not...

Anyways, otherwise we must store those recipes by hand, no?


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl