------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=814
Graeme Fowler <graeme@???> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |graeme@???
--- Comment #1 from Graeme Fowler <graeme@???> 2009-02-23 17:07:26 ---
It works exactly as documented in spec.txt and TFM on the web for me, using
exim 4.69. The spec.txt entry states:
> $acl_verify_message
>
> After an address verification has failed, this variable contains the
> failure message. It retains its value for use in subsequent modifiers. The
> message can be preserved by coding like this:
>
> warn !verify = sender
> set acl_m0 = $acl_verify_message
>
> You can use $acl_verify_message during the expansion of the message or
> log_message modifiers, to include information about the verification
> failure.
...fairly clearly explaining that this only populates the variable when a
verification fails.
On my system, doing call-forward verification as the backup MX for exim.org, I
have the following configuration as part of my recipient ACL:
deny domains = +filter_domains:+relay_to_domains
!verify = recipient/callout=30s,defer_ok,no_cache,use_sender/no_
details
log_message = RCPT VERIFY_2 RETURNED: $acl_verify_message
So this will reject recipients within the domain lists "filter_domains" and
"relay_to_domains" which fail a call-forward verification. In the logs we see:
2009-02-23 16:38:41 H=[redacted] [ip_redacted] I=[82.113.154.29]:25 F=<>
rejected RCPT <exim-dev@???>: RCPT VERIFY_2 RETURNED: response to "RCPT
TO:<exim-dev@???>" from tahini.csx.cam.ac.uk [131.111.8.192] was: 550
"Recipient never sends mail so cannot cause bounces": response to "RCPT
TO:<exim-dev@???>" from tahini.csx.cam.ac.uk [131.111.8.192] was: 550
"Recipient never sends mail so cannot cause bounces"
Graeme
--
Configure bugmail:
http://bugs.exim.org/userprefs.cgi?tab=email
