>> Question though - how reliable is this technique, with respect to false >> positives (blocking legitimate mail)? >> > > > This is why I like techniques like this, typically there is no false > positive because any email that is delayed will depend on the senders > email server to retry or not time-out. > > Most spam tools know that they are full of bogus messages so they don't > retry, all legit mail servers know how to retry, even if they don't have > adjustable timeouts. (as I recall its part of the RFC's that they retry) > > If you do run across a legit sender that does not retry can be added to > the whitelist.
I think you are confusing "Delaying" with "Delayed Greeting" which is in the Experimental section. Doug was asking about the delayed greeting, in which ASSP takes XXX seconds to display its welcoming banner. Not Delaying (aka Greylisting in other servers) where the connection is refused for a predetermined amount of time while the server attempts to retry to send. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Assp-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/assp-user
