> Given the lack of commonality, it may not make much sense to
> add to the mail spam lists, since it would be an extra 2000+
> records that would probably not get hits on mail.
>
> The MT-Blacklist doesn't seem to update too frequently (the
> last new record was from 8/29) and has about 2000 records.
> Matthew's list was pretty sparse so far. So I'm still
> pondering things.
>
> Comments welcome!
Just from a technical/philosophical point, I think a separate list is
desirable. Although I agree that making it part of multi would probably be
the way to go, and I agree with the basic concept that "spam is spam".
However, I think the reasons for a separate list are:
1. Separate source feed. A new list allows the source feed to be more
easily documented.
2. (As stated) little overlap with email spammers, at least so far.
3. Probably a different update cycle and removal (from old age) cycle
requirement
The different means of updating and possibly different aging method are high
on my list of reasons for suggesting a separate list. On the other hand,
having it part of multi would be nice, since (I assume, possibly
incorrectly) that one query could check a lot of lists based on the bitmap.
It probably would also be good to devote some thought to how entries will be
added to this list and validated. We surely don't want some annoyed blog
spammer spamming the list with every valid doamin they can find!
Loren
