Pablo Alsina wrote:
> On 3/17/06, Bowie Bailey <[EMAIL PROTECTED]> wrote:
> > Pablo Alsina wrote:
> > > I wish to have all local mail scanned, but if there is a problem
> > > with SA, or SA is taking too long, have the message delivered
> > > locally without being scanned. I do not want maildrop to exit
> > > with a EX_TEMPFAIL when SA fails.
> >
> > Try putting an exception block around the call.
> >
> > exception {
> > xfilter "/usr/bin/spamc -d 1.1.1.1 -f -t15 -s150000" }
> >
> > This way, maildrop will continue the delivery even if the command
> > fails.
> >
> > Of course, this assumes that maildrop will continue to read the
> > script and not just kill the entire delivery process when it times
> > out.
>
> Thanks for your suggestion. We had it that way before, but it was
> exactly the same behaviour, so I got rid the the "exception" clause in
> order to keep it simple.
>
> I'm not a maildrop expert, but what I thought was that maybe the
> xfilter did not fail (so there was no exception to trap), but the
> xfilter times-out, and that generates the EX_TEMPFAIL. Maybe I'm wrong
> here.
That's what I was afraid of. Apparently it's the entire delivery
process that is timing out and not just the xfilter call.
Maybe someone can help you determine why the spamc timeout is not
working.
--
Bowie
