Fix $address_data after verification redirect then defer/fail bug.

[users/jgh/exim.git] / doc / doc-txt / ChangeLog

diff --git a/doc/doc-txt/ChangeLog b/doc/doc-txt/ChangeLog
index 22f7b34e9497217473852647461edac59e0b0717..6757288550264d03c957418690489a22a23031bc 100644 (file)
--- a/doc/doc-txt/ChangeLog
+++ b/doc/doc-txt/ChangeLog
@@ -1,4 +1,4 @@
-$Cambridge: exim/doc/doc-txt/ChangeLog,v 1.323 2006/03/07 20:58:55 jetmore Exp $
+$Cambridge: exim/doc/doc-txt/ChangeLog,v 1.330 2006/03/16 12:07:55 ph10 Exp $
 
 Change log file for Exim from version 4.21
 -------------------------------------------
@@ -278,6 +278,8 @@ PH/54 Added control=allow_auth_unadvertised, as it seems there are clients that
 PH/55 Added the add_header modified to ACLs. The use of "message" with "warn"
       will now be deprecated.
 
+PH/56 New os.c-cygwin from the Cygwin maintainer.
+
 JJ/06 exipick: added --unsorted option to allow unsorted output in all output
       formats (previously only available in exim formats via -bpr, -bpru,
       and -bpra.  Now also available in native and exiqgrep formats)
@@ -289,6 +291,29 @@ JJ/08 exipick: added ! as generic prefix to negate any criteria format
 
 JJ/09 exipick: miscellaneous performance enhancements (~24% improvements)
 
+PH/57 Tidies in SMTP dialogue display in debug output: (i) It was not showing
+      responses to authentication challenges, though it was showing the
+      challenges; (ii) I've removed the CR characters from the debug output for
+      SMTP output lines.
+
+PH/58 Allow for the insertion of a newline as well as a space when a string
+      is turned into more than one encoded-word during RFC 2047 encoding. The
+      Sieve code now uses this.
+
+PH/59 Added the following errors that can be detected in retry rules: mail_4xx,
+      data_4xx, lost_connection, tls_required.
+
+PH/60 When a VRFY deferred or FAILED, the log message rather than the user
+      message was being sent as an SMTP response.
+
+PH/61 Add -l and -k options to exicyclog.
+
+PH/62 When verifying, if an address was redirected to one new address, so that
+      verification continued, and the new address failed or deferred after
+      having set something in $address_data, the value of $address_data was not
+      passed back to the ACL. This was different to the case when no
+      redirection occurred. The value is now passed back in both cases.
+
 
 Exim version 4.60
 -----------------