Fix continue_more on TLS connection. Bug 2104
[exim.git] / doc / doc-txt / ChangeLog
index b6c9e3986284c2c07de8c5f6a7fc4f9028655a5c..a7b441e643a7f047934f368b276625163809bf99 100644 (file)
@@ -49,6 +49,30 @@ JH/06 Default openssl_options to include +no_ticket, to reduce load on peers.
 PP/03 Add $SOURCE_DATE_EPOCH support for reproducible builds, per spec at
       <https://reproducible-builds.org/specs/source-date-epoch/>.
 
+JH/07 Fix smtp transport use of limited max_rcpt under mua_wrapper. Previously
+      the check for any unsuccessful recipients did not notice the limit, and
+      erroneously found still-pending ones.
+
+JH/08 Pipeline CHUNKING command and data together, on kernels that support
+      MSG_MORE.  Only in-clear (not on TLS connections).
+
+JH/09 Avoid using a temporary file during transport using dkim.  Unless a
+      transport-filter is involved we can buffer the headers in memory for
+      creating the signature, and read the spool data file once for the
+      signature and again for transmission.
+
+JH/10 Enable use of sendfile in Linux builds as default.  It was disabled in
+      4.77 as the kernel support then wasn't solid, having issues in 64bit
+      mode.  Now, it's been long enough.
+
+JH/11 Bug 2104: Fix continued use of a transport connection with TLS.  In the
+      case where the routing stage had gathered several addresses to send to
+      a host before calling the transport for the first, we previously failed
+      to close down TLS in the old transport process before passing the TCP
+      connection to the new process.  The new one sent a STARTTLS command
+      which naturally failed, giving a failed delivery and bloating the retry
+      database.  Investigation and fix prototype from Wolfgang Breyha.
+
 
 Exim version 4.89
 -----------------