4 messages in net.sourceforge.lists.courier-users[courier-users] Re: Maildrop, filteri...
FromSent OnAttachments
Craig ColesApr 2, 2001 12:36 pm 
Sam VarshavchikApr 2, 2001 3:08 pm 
Craig ColesApr 2, 2001 4:08 pm 
Sam VarshavchikApr 2, 2001 4:37 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[courier-users] Re: Maildrop, filtering contextActions...
From:Sam Varshavchik (mrs@courier-mta.com)
Date:Apr 2, 2001 3:08:53 pm
List:net.sourceforge.lists.courier-users

Craig Coles writes:

I still need to do some front end SPAM filtering but am finding that procmail will not get invoked if the mail is not delivered locally (for those that are familiar with mailertable I have an entry like so: 'mydomain.com procmail:/etc/procmailrc' that gets procmail to do the filtering for all local deliveries).

I've been looking for a replacement to sendmail for a while now and have decided that courier appears to be the answer. Can someone tell me if the type of filtering I need to do is possible with courier and maildrop? Are there any issues that come to mind about my above described setup for courier?

Yes, but depending on the particular details of your setup, you may need to do some amount of programming yourself. If you're not talking about a lot of mail, you can probably get away with setting up a virtual domain which funnels everything through a .courier-default file that runs maildrop, filtering the message, then forwarding it to the original, intended, recipient. Otherwise, there is an API that lets you program arbitrary filtering code that gets run "on the wire". The only temporary glitch is that right now there is no convenient access to the mail envelope information, just the message content...