After some thought, perhaps I shoud clarify what I am trying to do.  I have 
looked and looked, and seems most every feature for filtering relies on 
.qmail files, or something like procmail.  I would like to determine if there 
is a way to avoid both of these.  Since the machines in question with this 
problem are relays (private relays in case you are wondering), there are no 
home directories for me to add .qmail files to.  Also, since they don't hold 
mail locally, with procmail, the path would be:
sender > qmail > procmail > qmail > relay target host
which would signifigantly increase the load required to send each piece of 
mail on to it's destination.  I don't want to send every piece of mail 
through procmail (or similar) if I don't have to.

What would be great would be to have qmail-smtpd catch the HELO or MAIL FROM 
address the sender gives (a la badmailfrom) and do something, like perhaps 
dump the mail to a local account for further processing, or initiate a 
bounce, anything other than just an smtp reject.  This way, good mail would 
travel clean on through the relay without being subject to any additional 
filtering, and only  mail matching a bad domain would get handled further.  
This may be entirely out of the realm of capability within the parameters I 
have described, I'm not sure.   It just seems there must be some way to 
fanagle qmail itself into reacting to the sender domain.  If this answer is 
painfully obvious, feel free to slap me, but I'd rather know regardless :)

Mike Culbertson

Reply via email to