Explain in the ratelimit docs how to work out the over-limit recovery time.

[exim.git] / doc / doc-txt / NewStuff

diff --git a/doc/doc-txt/NewStuff b/doc/doc-txt/NewStuff
index 82a239230d09c3fc12257461bebedb650483ef2e..61abdfda75e4f5076b50ffd746125b51c2c10f18 100644 (file)
--- a/doc/doc-txt/NewStuff
+++ b/doc/doc-txt/NewStuff
@@ -1,4 +1,4 @@
-$Cambridge: exim/doc/doc-txt/NewStuff,v 1.70 2005/09/13 17:51:05 fanf2 Exp $
+$Cambridge: exim/doc/doc-txt/NewStuff,v 1.74 2005/09/22 12:03:36 fanf2 Exp $
 
 New Features in Exim
 --------------------
@@ -155,6 +155,19 @@ TF/01 There's a new script in util/ratelimit.pl which extracts sending
       rates from log files, to assist with choosing appropriate settings
       when deploying the ratelimit ACL condition.
 
+PH/13 A new letter, "H", is available in retry parameter sets. It is similar
+      to "G" (geometric increasing time intervals), except that the interval
+      before the next retry is randomized. Each time, the previous interval is
+      multiplied by the factor in order to get a maximum for the next interval.
+      The mininum interval is the first argument of the parameter, and an
+      actual interval is chosen randomly between them. Such a rule has been
+      found to be helpful in cluster configurations when all the members of the
+      cluster restart at once, and may synchronize their queue processing
+      times.
+
+PH/14 The options never_users, trusted_users, admin_groups, and trusted_groups
+      are now expanded when the configuration file is read.
+
 
 Exim version 4.52
 -----------------
@@ -291,7 +304,7 @@ TF/04 There is a new ratelimit ACL condition which can be used to measure
       rate limit. Conversely, if m and p are both small then messages must be
       sent at an even rate.
 
-      The key is used to look up the data used to calcluate the client's
+      The key is used to look up the data used to calculate the client's
       average sending rate. This data is stored in a database maintained by
       Exim in its spool directory alongside the retry database etc. For
       example, you can limit the sending rate of each authenticated user,
@@ -306,7 +319,8 @@ TF/04 There is a new ratelimit ACL condition which can be used to measure
 
       Each ratelimit condition can have up to two options. The first option
       specifies what Exim measures the rate of, and the second specifies how
-      Exim handles excessively fast clients.
+      Exim handles excessively fast clients. The options are separated by a
+      slash, like the other parameters.
 
       The per_mail option means that it measures the client's rate of sending
       messages. This is the default if none of the per_* options is specified.
@@ -339,7 +353,12 @@ TF/04 There is a new ratelimit ACL condition which can be used to measure
       updated. The effect of this is that Exim measures the client's average
       rate of attempts to send email, which can be much higher than the
       maximum. If the client is over the limit it will be subjected to
-      counter-measures until it slows down below the maximum rate.
+      counter-measures until it slows down below the maximum rate. The
+      smoothing period determines the time it takes for a high sending rate
+      to decay exponentially to 37% of its peak value, which means that you
+      can work out the time (the number of smoothing periods) that a client
+      is subjected to counter-measures after an over-limit burst with the
+      formula ln(peakrate/maxrate).
 
       The leaky option means that the client's recorded rate is not updated
       if it is above the limit. The effect of this is that Exim measures the