You are viewing a plain text version of this content. The canonical link for it is here.
Posted to site-dev@james.apache.org by si...@james.apache.org on 2004/04/19 00:19:52 UTC

[Apache James Wiki] Updated: NoFastFail

   Date: 2004-04-18T15:19:52
   Editor: NoelBergman <no...@devtech.com>
   Wiki: Apache James Wiki
   Page: NoFastFail
   URL: http://wiki.apache.org/james/NoFastFail

   no comment

Change Log:

------------------------------------------------------------------------------
@@ -1,6 +1,6 @@
 The community behind the James server is currently not supporting fast-failing (or at most minimal support).  Fast-failing means that when someone connects to your SMTP server, you reject the connection, sender, or email during the SMTP session rather than accept it first and reject it later.
 
-Many people request this feature, so I'm writing up why we have decided against it.    Note that I am presenting my personal (Serge Knystautas) view that is not necessarily shared 100% by the community.  However, I present my complete biased philosophy so you can hear the argument in lieu of trying to explain the pragmatic, moderate stance of the community that is a balance of many voices.
+Many people request this feature, so I'm writing up why we have decided against it.    Note that I am presenting my personal (Serge Knystautas) view that is not necessarily shared 100% by the community (and, in fact, there is a proposal that will allow much more robust fast-fail in future versions of James).  However, I present my complete biased philosophy so you can hear the argument in lieu of trying to explain the pragmatic, moderate stance of the community that is a balance of many voices.
 
 First I will list '''the reasons people typically want fast-fail''':
  *  '''Doesn't this open me up to a denial-of-service situation where my mail server will be less available or slower?'''