| To: | Harald Hanche-Olsen <hanche@math.ntnu.no> |
|---|---|
| Subject: | Re: Question about Qmail relating to MX retry processing |
| From: | Marc Perkel <marc@perkel.com> |
| Date: | Sat, 25 Nov 2006 07:09:14 -0800 |
| Cc: | qmail@list.cr.yp.to |
| Delivered-to: | sp-com-lists@consult.net |
| Delivered-to: | gmail-qmail@securepoint.com |
| Delivered-to: | sp.com.list@gmail.com |
| Delivered-to: | mailing list qmail@list.cr.yp.to |
| In-reply-to: | <20061125.101809.193764004.hanche@math.ntnu.no> |
| Mailing-list: | contact qmail-help@list.cr.yp.to; run by ezmlm |
| References: | <45676987.2050808@perkel.com> <456789E5.3000508@gatworks.com> <20061125.101809.193764004.hanche@math.ntnu.no> |
| User-agent: | Thunderbird 1.5.0.8 (Windows/20061025) |
Harald Hanche-Olsen wrote: + Uncle George <qmail@gatworks.com>: | As eventually you will find that the errant spammers will find the | hole in your filtering scheme, and not bother with the lowest [...] AFAIK, this is already the case. Much spam is sent directly to an MX other than the lowest numbered one, without bothering with the lowest one at all. Imagine that - spammers intentionally violating Internet protocols! 8-) - Harald Yes, another trick I do is my highest MX record returns a 4xx on everything that connect to it. Spammers try to hit the highest one first thinking there's less spam filtering on it. As soon as the get the 4xx error they go away and never come back. I get rid of about 350,000 spams a day using that trick. Which of course makes another point about the idea that if one server says 4xx that the other servers won't. In my case the highest MX and the lowest MX are on the same computer. |
| Previous by Date: | Re: Question about Qmail relating to MX retry processing, Uncle George |
|---|---|
| Next by Date: | Re: Question about Qmail relating to MX retry processing, Matthew R. Dempsky |
| Previous by Thread: | Re: Question about Qmail relating to MX retry processing, Harald Hanche-Olsen |
| Next by Thread: | Re: Question about Qmail relating to MX retry processing, Markus Stumpf |
| Indexes: | [Date] [Thread] [Top] [All Lists] |