-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathTRAIN_00345.eml
32 lines (24 loc) · 1.28 KB
/
TRAIN_00345.eml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
NoneNoneSpamTalk said:
> Probably better than the "spam phrases" approach would be the database
> approach as currently used for white/black listing.
> Any way to tie that to an XML retrieval from a list of central repositories?
> Does mySQL do replication? A properly done XML would let us eyeball the list
> as well as use it to keep the database up to date.
> Another idea: could we synthesize an RBL so that
> http://www.spammer.com/spam/web/bug/ becomes spam.web.bug.x.www.spammer.com
> for a reverse lookup? It is going to get tricky, how to specify a randomized
> intermediate directory?
A good plan, needs an implementation though:
http://bl.reynolds.net.au/ksi/email/
hmm. seems down to me. Basically it's a plan to store hash sums of
URLs/phone numbers found in spam in a DNSBL, for apps like SpamAssassin to
look up. A little like spamcop's "spamvertized URL" list...
--j.
-------------------------------------------------------
This sf.net email is sponsored by: DEDICATED SERVERS only $89!
Linux or FreeBSD, FREE setup, FAST network. Get your own server
today at http://www.ServePath.com/indexfm.htm
_______________________________________________
Spamassassin-talk mailing list
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk