Unexpected behaviour in sender_host_reject

Top Page
Delete this message
Reply to this message
Author: John Henders
Date:  
To: exim-users
Subject: Unexpected behaviour in sender_host_reject
I've been experimenting with some different configurations of my spam
blocking filters and have run across what I think is a bug in 1.70, or
at least undocumented behaviour. I've been trying to use
sender_host_reject to tune my exim to reject connections from some of
the larger dial-ups, as they are the major sources of spam. Currently,
the ones I've been trying to block are *.ms.uu.net and
*.dial-ip.psi.net. However, when I use the following line in configure,,

sender_host_reject = "lsearch;/opt/exim/etc/reject.hosts"

I find 1.70 adds an unexpected feature. If it can't do a reverse lookup
on the connecting address, it rejects it.

host_find_by_addr failed for 204.157.168.3
failed to get host name for 204.157.168.3 in verify_check_host:
returning 1
LOG: 1 MAIN REJECT
connection from [204.157.168.3] (root) refused (reject host)
554 SMTP service not available

This is unfortunately a bit too strict for me. I've looked through the
new documentation for 1.70 and I don't see this additional behaviour
documented, and I also can't find any way to turn it off. Is this this
intended behaviour? It seems opposite to the implied intention of only
rejecting a connection if the reverse matches a host in
sender_host_reject.

-- 
  Artificial Intelligence stands no chance against Natural Stupidity.
            GAT d- -p+(--) c++++ l++ u++ t- m--- W--- !v
                 b+++ e* s-/+ n-(?) h++ f+g+ w+++ y*



--
* This is sent by the exim-users mailing list.  To unsubscribe send a
    mail with subject "unsubscribe" to exim-users-request@???
* Exim information can be found at http://www.exim.org/