On 2012-01-21 16:34, Jeremy Harris wrote:
As the bug (http://bugs.exim.org/show_bug.cgi?id=1201) I've logged says:
The modern world of spammers faking envelope-from combined with antispam
defences doing content-scanning, combined with 2MX service provided by
separately maintained systems, results in a bounce problem.
I've updated the second patch. This fixes three issues:
1) Headers were being sent onward with only a newline as a line-separator.
A destination Exim system didn't care, but VPOP3 did.
2) If cutthrough-routing was requested for an item which turned out to have
local delivery then immediate delivery was not done; the item was queued
until the next queue-run.
3) Cutthrough was not working for (single) addresses resulting from a routing
redirect.
More quirks noted:
To take advantage of a recipient-verify connection, the use-sender option
must
be used. Also, unless no_cache is used a successful verification (up to the
RCPT TO
phase) using the connection will be cached. A subsequent connection for a later
message will then be avoided; the connection used for cutthrough being made
after
the rcpt ACL. This is operational but incurs the cost of routing the (second)
message twice, which is suboptimal. Admittedly this is no worse than the
traditional
case, routing once for the verify and once for the delivery.
--
Jeremy
--
## List details at https://lists.exim.org/mailman/listinfo/exim-users
## Exim details at http://www.exim.org/
## Please use the Wiki with this list - http://wiki.exim.org/
