Hi All,

I'm having some spam get through because filtering that relies on reverse DNS is
behaving in the following way:

First we have:

webserver:~# exim4 -bh 200.74.217.158

**** SMTP testing session as if from host 200.74.217.158
**** but without any ident (RFC 1413) callback.
**** This is not for real!

host in hosts_connection_nolog? no (option unset)
host in host_lookup? yes (matched "*")
looking up host name for 200.74.217.158
IP address lookup yielded mail.radarsystems.net
gethostbyname2 looked up these IP addresses:
  name=radarsystems.net address=200.74.217.141

Okay, the forward and reverse DNS doesn't match, but the IP
address reverse-resolves to an address. So far so good.

processing "deny"
check hosts = *.pwrz.at : *.ampledns.com : *.radarsystems.net
sender host name required, to match against *.pwrz.at
host in "*.pwrz.at : *.ampledns.com : *.radarsystems.net"? no (failed to find 
host name for 200.74.217.158)
deny: condition test failed

Why isn't the earlier lookup used?

If it is because the forward and reverse DNS didn't match, isn't that kind of dumb?

If there was a way to reject such hosts upfront, that would work.
What's a good way to write a deny rule like that?


--
## 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/

Reply via email to