You could try putting it in the .qmail-default file before the vdelivermail line.
That would work for an entire domain, but not for aliases/forwards, since qmail-local handles those. We are working on a program called efilter that uses eps http://www.inter7.com/eps You can put that before the vdelivermail line in your .qmail-default file. I think eventually eps will have a program we can put in front of the smtp server to block spam before it reaches the queue. Other folks replace qmail-queue with a spam filter program that acts like qmail-queue, then calls the real qmail-queue if the mail is okay. We might put the eps stuff there instead, dunno yet. Ken Jones On Wed, 2001-11-21 at 11:04, Trey Nolen wrote: > I have vpopmail 5.0 running, and I'm trying to do some spam filtering. I want to do >it for the entire mail server, so I created an /etc/procmailrc that basically pipes >it through the spam filter, and then sends it to vdelivermail. Unfortunately, my >promailrc is being ignored. I **REALLY** don't want to have to go through every user >on every domain and put a .qmail file that would do the redirection. We have so many >users, that this would just not be an option. If this is the only way to do it, we >will just not block spam. I may even be so bitter, that we may start hosting spam >sites. ;-) In other words, I **REALLY** need a solution. I have been watching the >logs, and it seems that procmail is not even being called. We are running Debian, and >have the qmail-procmail script available if that will help, but I haven't been able >to get it to work. I've looked through the archives, and there are 21 messages >containing procmail with very few responses. If procmail won't work, does anyone >have another option for intercepting the mail between qmail and vdelivermail to pipe >it through some filtering? > > Thanks for any help that you can give. > > Trey Nolen >
