Re: Recipient filtering...

[Joe Maimon]

Joe Maimon wrote:

> Joe Maimon wrote:
>
> > <snip>
> >
> > This patch adds command line argument  -R which accepts as an 
> > argument a program that will be called with a parameter of recpient 
> > email adrress, once per recipient.
> > (Yes i know, not the most resource cheap way)
> > When the program exits, the exit code of 0 is taken to mean "filtered 
> > successfully".
> > If there are no un-filtered recipients, spamass-milter will return to 
> > sendmail a SMFIS_ACCEPT at the start of mlfi_header.
> >
> > Any and all feedback is most welcome.
> >
> > Joe
> New version of patch has bugfixes, applied against CVS, uses fork() 
> and more.....
Untested caveat:

When a message with a filtered and unfiltered recpients is processed, 
the -r switch may cause a reject, which is probably not what the 
filtered recipient wanted.

Possible solutions to this

-- negate the -r when there are some filtered rcpts
-- successfully deliver the message only to the filtered rcpts.

Without the -r flag, the filtered recipient gets the benefits of the SA 
headers with no real extra burden on the server.

Thoughts?