[exim-dev] [Bug 2137] Temporary rejection of the random call…

Top Page

Reply to this message
Author: admin
Date:  
To: exim-dev
Subject: [exim-dev] [Bug 2137] Temporary rejection of the random callout check causes actual callout to be skipped
https://bugs.exim.org/show_bug.cgi?id=2137

--- Comment #8 from Jeremy Harris <jgh146exb@???> ---
You got an indeterminate answer, so "verify = recipient/callout=2m,random"
returns "defer". You did not specify "defer_ok", which is available as an
option either on the verify as a whole or on the callout. Either would, I
think,
do what you are asking for.

The existing text in the documentation, section 45 of chapter 43, covers the
situation:

If the response to the RCPT command is a 2xx code, the verification succeeds.
If
it is 5xx, the verification fails. For any other condition, Exim tries the
next
host, if any. If there is a problem with all the remote hosts, the ACL yields
“defer”, unless the defer_ok parameter of the callout option is given, in
which
case the condition is forced to succeed.

It is this that makes me think that the overall "defer" result for the 4xx
response to a "random" probe is correct.


While I obviously cannot stop you carrying a patch to change the behaviour I
might suggest you also change the documentation to match, should you do that.


If you're wanting separate control over the result of the "random" probe,
specifically, that would be an RFE for a new option.

--
You are receiving this mail because:
You are on the CC list for the bug.