I think I'm making progress on answering my own question.  This post:

  http://mla.libertine.org/tmda-users/200203/msg00125.html

seems to have relevant answers.  But I'm wondering why it didn't show up
in the maling list archive search engine, which in fact seems to return 0
hits for the keyword "procmail".  I'm sure I'm missing something here.

Chris


On Sat, 4 Jan 2003, Chris Hardie wrote:

>
> Greetings.  I have a question that *seems* like it should be intuitive
> enough to answer, but I'm having trouble wrapping my brain around it.
> I'm using qmail, procmail, and tmda 0.67.
>
> My .qmail file pipes mail to 'procmail -p'.  I'd like to call tmda-filter
> from procmailrc.  If tmda-filter decides to do anything with the message
> other than approve it (e.g. send a confirmation, drop, bounce, etc), then
> procmail shouldn't have any more work to do in that run.
>
> However, if tmda-filter approves the message (e.g. it passes the filter),
> I'd like procmail to keep working with it.
>
> The procmail file I'm hoping for looks something like this (in
> pseudo-recipe terms):
>
>   1) pass and sort known mailing list messages
>       -if a match is found, message is filed and process ends
>       -otherwise, keep going to next recipe
>
>   2) Message is to an address we don't usually want to filter, but looks
>      like spam
>       -pass to tmda-filter
>          -if tmda-filter does something (confirm,bounce,drop), process ends
>          -otherwise (message is confirmed), keep going to next recipe
>
>   3) pass and sort mail with other particular headers
>       -if a match is found, message is filed and process ends
>       -otherwise, keep going to next recipe
>
>   4) pass message to tmda-filter
>       -if tmda-filter does something (confirm, bounce, drop), process ends
>       -otherwise (message is confirmed) keep going to next recipe
>
>   5) if message is destined for my cell phone, route to cell phone
>
>   6) default delivery
>
>
> A few notes: hopefully I've made obvious the kinds of weird things I want
> to do: if someone sends a message to
> "[EMAIL PROTECTED]", an address I don't normally want to
> filter or do confirms on, but looks like spam (because, say, it has an
> RBLcheck header in it that I can detect with procmail), then I want to
> have TMDA confirm it.  Likewise, if a message is sent to my cell phone
> address (which is routed to procmail via .qmail files), I want to make
> sure it's confirmed by TMDA before it gets passed to the phone, but I want
> to do that particular routing in procmail.  The end result is that I can
> pass mail sent to a variety of addresses through the same filtering
> system, but treat each one a little differently.
>
> I guess the theme is that TMDA and procmail both have similar kinds of
> filtering options, and I'm just more used to procmail's, and want to work
> with it for everything except the whitelist/blacklist stuff.  So I
> basically want to treat tmda-filter as a filter that will fail/defer
> (confirm,bounce,drop) or succeed (pass the message through).
>
> Am I thinking about this the right way?  Is it painfully obvious how this
> should work, or am I trying to stretch TMDA in directions it's not
> supposed to go?
>
> Thanks for any help.
>
> Chris

_____________________________________________
tmda-users mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-users

Reply via email to