--- 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
do what you are asking for.
The existing text in the documentation, section 45 of chapter 43, covers the
If the response to the RCPT command is a 2xx code, the verification succeeds.
it is 5xx, the verification fails. For any other condition, Exim tries the
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
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.
This message was posted to the following mailing lists: