... continued

As I said in my last mesage. The High MX no quit spambot detectors will send UDP messages to a receiving server that listens for these messages and processes them into blacklists.

What I'm doing is just using SOCAT to listen. But doing it right you might want to use a real database. But maybe not. My flat text files work very well. So I will describe them and let you smart coders figure out how to do it right.

The message would be in a one line form something like:

spam 1.2.3.4 noquit badhelo highmx
black 2.3.4.5 noquit impesonate highmx badhelo hexhelo

The idea is to send a keyword, the IP, and other useful information. On my system I accumulate this in a text file. Every 6 hours I rotate the text file similar to logrotate creating a new one and deleting the oldest one. Thus after 5 days old data expires. So if someone fixes their virus they will be delisted 5 days later.

The central message receiver will also have a process that runs every minute and updates in real time varios rbldnsd lists making this blacklist information available to the world within minutes after the first spam from the first spambot is received.

To do it right this system is integrated with my white, yellow, and nobl lists which subtract out any false positives to help make sure that the blacklist is as clean as possible. And this can also be used to accumulate white list and yellow list data as well.

These lists, especially when combined with black, white, and yellow can be used with spamassassin to make spam filtering more efficient. It can be used by the MTA to prefilter reducing the use of SA, or to improve the accuracy or speed of SA.

Anyhow - I'm hoping I described this in enough detail to get something going. All I can say is that it works great for me and would be even more effective if it were done right and more people were contributing data to the project.

Reply via email to