Dean Brooks wrote:
> On Sun, May 10, 2009 at 02:37:20AM +0800, W B Hacker wrote:
>> Brian Blood wrote:
>> I get the impression those participating in the thread are not aware
>> that the Exim reverse_host_lookup has sufficiently thorough logic to
>> discriminate between 'good enough' and 'NFW' returns.
>
> Neither reverse_host_lookup or the $host_lookup_failed variables are
> acceptable for testing explicitly for the existance of PTR records.
> Both will fail if the forward lookup fails.
>
> Also, those mechanisms do not give enough granularity over DNS
> timeouts on *just* the PTR lookup itself. The $host_lookup_deferred
> will be set if either the PTR or the forward lookup times out, which
> compounds the problem further.
>
> I am unaware of any other way to do this without using dnsdb.
>
> --
> Dean Brooks
> dean@???
>
I believe your last statement.
That doesn't flag it immutable.
What do you suppose this does?
# C_1 PTR RR Test
#
warn
condition = ${if eq{$sender_host_name}{}{yes}{no}}
log_message = C_1 Null return for PTR RR search. KMELHEA
The real 'experts' here can probably do that in 1/10 the byte-count...
Bill
