From 2e2a30b495b1ef8052259093f9422f57903b1717 Mon Sep 17 00:00:00 2001 From: Philip Hazel Date: Tue, 3 May 2005 14:20:00 +0000 Subject: (1) Don't ignore timeouts while writing to a pipe! (As opposed to timeout of the pipe command process.) (2) Add timeout_defer option to turn timeouts into defers (default has always been to fail). (3) An upgrade to my desktop OS and to SSL has caused the output from some of the test scripts to change. --- doc/doc-txt/ChangeLog | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) (limited to 'doc/doc-txt/ChangeLog') diff --git a/doc/doc-txt/ChangeLog b/doc/doc-txt/ChangeLog index f462b6b76..29b0765e8 100644 --- a/doc/doc-txt/ChangeLog +++ b/doc/doc-txt/ChangeLog @@ -1,4 +1,4 @@ -$Cambridge: exim/doc/doc-txt/ChangeLog,v 1.131 2005/05/03 10:02:27 ph10 Exp $ +$Cambridge: exim/doc/doc-txt/ChangeLog,v 1.132 2005/05/03 14:20:00 ph10 Exp $ Change log file for Exim from version 4.21 ------------------------------------------- @@ -270,6 +270,17 @@ PH/44 Applied patch from the Sieve maintainer: "The vacation draft is still being worked on, but at least Exim now implements the latest version to play with." +PH/45 In a pipe transport, although a timeout while waiting for the pipe + process to complete was treated as a delivery failure, a timeout while + writing the message to the pipe was logged, but erroneously treated as a + successful delivery. Such timeouts include transport filter timeouts. For + consistency with the overall process timeout, these timeouts are now + treated as errors, giving rise to delivery failures by default. However, + there is now a new Boolean option for the pipe transport called + timeout_defer, which, if set TRUE, converts the failures into defers for + both kinds of timeout. A transport filter timeout is now identified in + the log output. + A note about Exim versions 4.44 and 4.50 ---------------------------------------- -- cgit v1.2.3