On Tue, 10 Apr 2007, alan wrote:Well, the most common case (and the thing I *think* our spam software does here) is to just confirm that the reverse DNS lookup (that you want to do *anyway* for the "Received" headers for the email) will resolve back to the same IP (aka "FCrDNS"). It's also possible to just not accept mail if the reverse lookup indicates that the sending IP address is a dynamic address, which you can sometimes see from the hostname. I would suggest you *not* name your hosts to contain a lot of numbers and the string "dhcp", for example ;) I'll take strict anti-spam methods any day. I get about 10 pieces of spam a day, that I can handle easily without worrying about it. I shudder to even just think about what it used to be like before aggressive spam filtering. So I'm personally *solidly* in the camp that says "if you want to send me email, it's worth making a conscious effort to not look like spam". Linus - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| David Miller | Re: Slow DOWN, please!!! |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jan Engelhardt | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
