[exim-cvs] Update manual on the logging of cutthrough-mode d…

Top Page
Delete this message
Reply to this message
Author: Exim Git Commits Mailing List
Date:  
To: exim-cvs
Subject: [exim-cvs] Update manual on the logging of cutthrough-mode deliveries.
Gitweb: http://git.exim.org/exim.git/commitdiff/e93f9a69dd2a211be2889b0e0f01cf4d41012dc0
Commit:     e93f9a69dd2a211be2889b0e0f01cf4d41012dc0
Parent:     06a6f4edc7d1dcbf14807e135d6392592edc4e6a
Author:     Jeremy Harris <jgh146exb@???>
AuthorDate: Sun Sep 9 19:01:55 2012 +0100
Committer:  Jeremy Harris <jgh146exb@???>
CommitDate: Sun Sep 9 19:01:55 2012 +0100


    Update manual on the logging of cutthrough-mode deliveries.
---
 doc/doc-docbook/spec.xfpt |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)


diff --git a/doc/doc-docbook/spec.xfpt b/doc/doc-docbook/spec.xfpt
index f902fe8..7d8080b 100644
--- a/doc/doc-docbook/spec.xfpt
+++ b/doc/doc-docbook/spec.xfpt
@@ -27030,6 +27030,7 @@ is what is wanted for subsequent tests.
 .new
 .vitem &*control&~=&~cutthrough_delivery*&
 .cindex "&ACL;" "cutthrough routing"
+.cindex "cutthrough" "requesting"
 This option requests delivery be attempted while the item is being received.
 It is usable in the RCPT ACL and valid only for single-recipient mails forwarded
 from one SMTP connection to another.  If a recipient-verify callout connection is
@@ -33496,6 +33497,7 @@ timestamp. The flags are:
 &`<=`&     message arrival
 &`=>`&     normal message delivery
 &`->`&     additional address in same delivery
+&`>>`&     cutthrough message delivery
 &`*>`&     delivery suppressed by &%-N%&
 &`**`&     delivery failed; address bounced
 &`==`&     delivery deferred; temporary problem
@@ -33610,6 +33612,12 @@ flagged with &`->`& instead of &`=>`&. When two or more messages are delivered
 down a single SMTP connection, an asterisk follows the IP address in the log
 lines for the second and subsequent messages.


+.cindex "delivery" "cutthrough; logging"
+.cindex "cutthrough" "logging"
+When delivery is done in cutthrough mode it is flagged with &`>>`& and the log
+line precedes the reception line, since cutthrough waits for a possible
+rejection from the destination in case it can reject the sourced item.
+
The generation of a reply message by a filter file gets logged as a
&"delivery"& to the addressee, preceded by &">"&.