[Spamassassin Wiki] Update of "OtherTricks" by StefanSeiz

[Apache Wiki <wi...@apache.org>]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Spamassassin Wiki" for change notification.

The following page has been changed by StefanSeiz:
http://wiki.apache.org/spamassassin/OtherTricks

The comment on the change is:
Additional Info to Long Delay added about SMTP Prompt Delay implementations

------------------------------------------------------------------------------
  
  Rolf Winterscheidt
  
+ '''FYI:''' CommuniGate Pro and many others already have this implemented now. It is usualy called SMTP Prompt Delay. This delays and SMTP Prompt for a given time and in case a spammer connects to your server before it send out the HELO prompt, all data received is dropped on the floor. We found this reduces a whole lot of spam as it effectively slows down their delivery. Any delay below 30 seems to work fine. Delays >=30 Seconds cause lots of problems with different ISPs which would then not be able to deliver mail to you. (Stefan Seiz)
+ 
  === Policy Daemons ===
  
  Some MTAs such as postfix 2.1 and later can delegate a spam/ham decision to a policy server at any stage, i.e. before DATA or after. Before DATA, i.e. at RCPT TO stage has advances in such, that multirecipient mail remains intact and that it is possible to let the user decide whether or not to use the policy daemon. One example with greylisting, throttling, etc pp would be policyd: http://policyd.sourceforge.net/ another example, which acts like a mini-SpamAssassin but before the content has been received (i.e. at RCPT TO stage) would be policyd-weight: http://www.policyd-weight.org/ . Both can drastically reduce your bandwidth and CPU-Cycles and other MTA resources.