From 75def545d117dbbceecc720827c6042144512aa0 Mon Sep 17 00:00:00 2001 From: Philip Hazel Date: Wed, 1 Mar 2006 16:07:16 +0000 Subject: Bugs in temporary error message handling for smtp in lmtp mode. --- doc/doc-txt/ChangeLog | 20 +++++++++++++++++++- 1 file changed, 19 insertions(+), 1 deletion(-) (limited to 'doc') diff --git a/doc/doc-txt/ChangeLog b/doc/doc-txt/ChangeLog index 8b8ec9113..71e3e5e7e 100644 --- a/doc/doc-txt/ChangeLog +++ b/doc/doc-txt/ChangeLog @@ -1,4 +1,4 @@ -$Cambridge: exim/doc/doc-txt/ChangeLog,v 1.319 2006/03/01 11:40:51 ph10 Exp $ +$Cambridge: exim/doc/doc-txt/ChangeLog,v 1.320 2006/03/01 16:07:16 ph10 Exp $ Change log file for Exim from version 4.21 ------------------------------------------- @@ -254,6 +254,24 @@ PH/50 When an Exim quota was set without a file count quota, and mailbox_size PH/51 Added ${time_eval: to convert Exim time strings into seconds. +PH/52 Two bugs concerned with error handling when the smtp transport is + used in LMTP mode: + + (i) Exim was not creating retry information for temporary errors given + for individual recipients after the DATA command when the smtp transport + was used in LMTP mode. This meant that they could be retried too + frequently, and not timed out correctly. + + (ii) Exim was setting the flag that allows error details to be returned + for LMTP errors on RCPT commands, but not for LMTP errors for individual + recipients that were returned after the DATA command. + +PH/53 This is related to PH/52, but is more general: for any failing address, + when detailed error information was permitted to be returned to the + sender, but the error was temporary, then after the final timeout, only + "retry timeout exceeded" was returned. Now it returns the full error as + well as "retry timeout exceeded". + Exim version 4.60 ----------------- -- cgit v1.2.3