On Tue, 11 Jul 2006, in the Usenet newsgroup comp.os.linux.networking, in
article <(E-Mail Removed) >, Captain Dondo wrote:
>Yabut.... Many servers will automatically reject email from servers on
>dynamic blocks.
Yup - been doing so for years. Also rejecting mail from IP addresses
that don't resolve.
>I've had to fight this; my server has a fixed IP but my ISP assigned it
>from a pool of dynamic IPs and I've had my email rejected a bunch of
>times because of that.
news://news.admin.net-abuse.blocklisting
The common advice is to discuss this with your ISP, and get them to put
you into a non-dynamic address block. One of the common/popular blocklists
considers a block to be dynamic is more than a percentage (I think it's 50%)
of the addresses in a /24 are dynamic or generic looking. The general
solutions are to either smart-host your mail through the ISP's outbound
mail servers (or a mail forwarding system elsewhere), and/or have your
correspondents whitelist your IP address.
>I think it's a stupid policy on the part of the admins, but it is a
>reality...
I haven't done stats in a while but the last time I did, about a third of
the spam was from addresses that were readily identifiable as dynamic -
generally cable/DSL systems that have been zombied. Some of the bigger
residential providers are _finally_ starting to block outbound to port 25.
For some, that's to late, as they're already in blocklists - both public
_and_ private. The private lists (often just firewall rules) are next to
impossible to get out of.
Another common problem is name/IP resolution. You look up mail.example.com,
and are told that it's 192.0.2.51, and you then look up that address, and
(if it even resolves - an all to common problem) the address resolves to
bar.baz.com, or 192.0.2.51.dumb.isp.com. This often causes problems with
users of dynamic DNS services like noip.com and zoneedit.com. Given the
pickyness of admins now, your mailserver's PTR record should reflect it's
mailserver name, even if it has other names like www, ftp, or whatever.
That also is a problem when the system is the mail server for multiple
seemingly unrelated domain. Remember, an MTA or a milter doesn't know
how to use whois - it has to make the decision on DNS data. (Yan, that
may be another part of your problem.)
Another thing the blocklists are looking at is the TTLs of your DNS records.
There was a rather lengthy thread in news.admin.net-abuse.blocklisting on
this subject recently.
Old guy