Re: defer
"Rich, WhidbeyNET NOC" <[email protected]>
| Newsgroups | gmane.mail.exim.exiscan.user |
|---|---|
| Message-ID | <[email protected]> |
We only tag a message with the results of spamd and clamd. That has the side-affect of never deferring a message (if spamd or clamd isn't running, the messages just don't get filtered). While that means a virus might slip through on rare-occasion, it ensures no legitimate email is ever lost, bounced or delayed. See the exiscan spec for using "warn" statements in your "RCPT TO" ACL to add message headers, then create a router or two for checking them with a condition. The latest version of clamd (0.75) seems more stable, as we have yet to see the seg-faults that plagued earlier versions we used (0.70 and 0.67). Rich Sandberg [email protected] WhidbeyNET Network Operations On Wednesday, August 11, 2004, at 04:50 PM, Ken Lowther wrote: > Every now and again, spamd or clamd will stop running. This will > cause messages > to be defered. I have exacty one customer that seems to notice or > care. Is > there a way to allow deliver if these processes die? I'm looking at > using > inittab to monitor processes, but right now the one process I have > tried spawns > and extra zombie process, so I don't want to use it until I get that > figured > out. > > Ken Lowther > Comprehensive Internet Services > Cisco Certified Network Professional > >