The only way to know what is going on is to somehow trap the exit codes
from the scanner, and compare them to what you told the sanitizer to do.
I would temporarily eliminate the spam assasin to simplify the problem.
I would then make a wrapper script around the virus scan command you
call within the sanitizer to trap the error codes. Something like
/usr/local/bin/uvscan.sh
#!/bin/bash -xv
bc=$?
/usr/local/bin/uvscan -c $1
ac=$?
echo "before was $bc, after was $ac"
You should now be able to see the exit codes the scanner returns for the
various conditions.
I would also suggest making your policy
file_list_4_policy = accept:save:save:save
Deleting attachments out of hand isn't the right thing to do, but
niether is accepting something that is still potentially harmful.
If that doesn't work, you might try changing your command line to use
the --clean flag instead of just -c, like Geoff suggested.
alex
49930@xyz.molar.is wrote:
> On Wednesday, July 17, 2002 at 13:20:17, Geoff Seeley wrote:
>
> ----- Original Message -----
> From: "Ron 'The InSaNe OnE' Rosson" <49930@xyz.molar.is>
> To: <49970@xyz.molar.is>
> Sent: Wednesday, July 17, 2002 11:36 AM
> Subject: [anomy-list]: uvscan with anmomy
>
> Ok Tried that and it is still not working.. So I am going to
> include the configuration file along with the procmailrc
> file. Maybe I misread something or missed something.
>
> <begin anomy configuration>
> #