> > On Fri, Feb 23, 2007 at 03:33:00PM +0000, David Hart wrote: > > > I must be missing something here. In order to scan an email you must > > > receive the email (I don't mean accept). How can rejecting/accepting > > > emails at this stage make any significant difference in bandwith used > > > (let alone a quadrupling of bandwidth)?
> On Fri 2007-02-23 08:16:48 -0800 Andrew Sackville-West wrote: > > isn't it just using RBL's at smtp time and rejecting before recieving > > the mail? On 23.02.07 19:15, David Hart wrote: > AFAIU no, but that's the way I do it with postfix. Both my primary > and secondary MXs do RBL checks and stuff like recipient validation > and then make the accept/reject decision after the RCPT TO: but before > the DATA. > > Greg Folkert said that he uses SA-Exim (which calls spamassassin) > to do scans at smtp time but without any online checks. I don't see > how you can do this without receiving the bulk of the email. the advantage of smtp time rejection is, you will just reject the data with error and you don't have to do anything with it - the rest is up to sender. Especially if you would bounce the e-mail, you'll win this way... -- Matus UHLAR - fantomas, [EMAIL PROTECTED] ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. On the other hand, you have different fingers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
