Even better, would be an aggressive anti-spam "mailet" that would interfere with the OpenRelay/MTA sending the spam the moment the message is determined to be SPAM.
I'm suggesting something that could maybe keep the connection open...and slow things down to the point that the relaying server is a lot less efficient at getting it's message out... I've seen discussions about this sort of thing...but not on this list that I recall. Is this possible? Is this desirable? -Chris > -----Original Message----- > From: Cesar Bonadio [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 06, 2003 3:25 PM > To: James Users List > Subject: Mailet processing order > > > Hello > > I am writing an anti-spam mailet and I have a question about the > processing order of the Mailets > if I correct understood the docs the mailet code is processed > after the message is complete received > Envelope recipients and body, Am I correct? > > If the above is correct, and my mailet try to block messages from > a specific IP address > I will only be able to block the message after receiving the full > message. Am I correct? > > > In this situation, is there any way to execute a mailet before > the full message is received? > > The idea is to have some mailet that is able to identify some bad > messages before receiving > the full message, like IP address without reverse DNS record, > this way we could save a lot of > bandwith. > > maybe some pre-mailet? > > Thanks for any help > > []s > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
