Perhaps they might get that impression, but I think that would be a bit premature.
We have talked some about allowing matchers to run in the SMTP handler so rather than waiting until the messages are accepted, support refusing messages at that point. It would be nice to reuse the same API, but it might just become an ugly hack down the line... so either support matchers or just allow some additional configurable restrictions. Either way might be useful. Serge Knystautas Loki Technologies - Unstoppable Websites http://www.lokitech.com/ ----- Original Message ----- From: "Keith Chew SL" <[EMAIL PROTECTED]> To: "James Developers List" <[EMAIL PROTECTED]> Sent: Sunday, December 30, 2001 10:24 AM Subject: RE: spam test > Hi Serge > > Hmmm, would a spam program hunting for email servers get the wrong > impression that the server is accepting relaying (since it's accepting the > mail), thus keeps trying to send via that server? > > On the other hand, if the request is rejected before accepting the data (in > the doRCPT), then that would be a better prevention? Maybe it's also > possible to add some hooks to the Smtp handler to handler custom checks? > > Just some thoughts. > Keith > > > > > -----Original Message----- > > From: Serge Knystautas [mailto:[EMAIL PROTECTED]] > > Sent: Monday, 31 December 2001 2:51 a.m. > > To: James Developers List > > Subject: Re: spam test > > > > > > Accepting an email is one thing and doesn't indicate failure... delivering > > it would be a failure. James is set to not relay messages from a remote > > network out of the box, so it would pass these tests. > > > > Serge Knystautas > > Loki Technologies - Unstoppable Websites > > http://www.lokitech.com/ > > ----- Original Message ----- > > From: "Keith Chew SL" <[EMAIL PROTECTED]> > > To: "James Developers List" <[EMAIL PROTECTED]> > > Sent: Friday, December 28, 2001 11:55 PM > > Subject: spam test > > > > > > > Hi > > > > > > I went to http://www.mail-abuse.org/tsi/ar-test.html and tried the spam > > test > > > on James. > > > > > > It failed the first test. How do I prevent spamming and pass all the > > tests? > > > > > > Can someone assist? Basically I want to disable all outbound mail except > > > from requests originating from the internal network. > > > > > > This is a snippet from the ant-relay test: > > > > > > Sat Dec 29 17:50:21 NZDT 2001 [INFO ] (smtpserver): Connection from > > > cygnus.mail-abuse.org (204.152.187.123) > > > Sat Dec 29 17:50:22 NZDT 2001 [INFO ] (smtpserver): Command received: > > HELO > > > cygnus.mail-abuse.org > > > Sat Dec 29 17:50:22 NZDT 2001 [INFO ] (smtpserver): Command received: > > mail > > > from: <[EMAIL PROTECTED]> > > > Sat Dec 29 17:50:23 NZDT 2001 [INFO ] (smtpserver): Command received: > > rcpt > > > to: <"[EMAIL PROTECTED]"> > > > Sat Dec 29 17:50:23 NZDT 2001 [ERROR ] (smtpserver): Error parsing > > > recipient address: "[EMAIL PROTECTED]": Out of d > > > ata at position 24 > > > Sat Dec 29 17:50:23 NZDT 2001 [INFO ] (smtpserver): Command received: > > rset > > > Sat Dec 29 17:50:23 NZDT 2001 [INFO ] (smtpserver): Command received: > > mail > > > from: <[EMAIL PROTECTED]> > > > Sat Dec 29 17:50:23 NZDT 2001 [INFO ] (smtpserver): Command received: > > rcpt > > > to: <[EMAIL PROTECTED]> > > > Sat Dec 29 17:50:23 NZDT 2001 [INFO ] (smtpserver): Command received: > > QUIT > > > > > > Basically James allowed a mail from [EMAIL PROTECTED] to > > > [EMAIL PROTECTED] How do I prevent this? > > > > > > Keith -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
