I think a lot of people have reacted the same way.
We would love to give you all the info you need, so everyones email is 
faster/cleaner/less bandwidth. But nobody wants to or can give 100% of his 
email to some non contracted 3th party.

If you give us some programs/source so we could implement it for our own high 
MX record the results (cleaned of personal info) can be send to some 3th party 
server.

We as email service provider have all signed a contract with our end users that 
we would not give any information to 3th party's. We do our best to keep the 
communication less of man-in-the-middle attacks and now we have to introduce a 
man-in-the-middle. It isn't a attack but it is breaking all our contracts.

With kind regards,
met vriendelijke groet,

Maurice Lucas

TAOS-IT
………………………………………………………………....
Paulus Buijsstraat 191
2613 HR  Delft
www.taos-it.nl
KvK Haaglanden nr. 27254410
________________________________________
Van: Ken A [EMAIL PROTECTED]
Verzonden: vrijdag 6 juni 2008 20:42
Aan: users@spamassassin.apache.org
Onderwerp: Re: I need your spam!

What is this the junkemailfilter announce list?
Give it a rest.

Ken


Marc Perkel wrote:
> Actually - I just need your spam attempts. I have a way to detect
> spambots on the first try and add them to my blacklist at
> hostkarma.junkemailfilter.com
>
> Sp - if you want to participate and lose a chunk of your virus spambot
> spam all you have to do is add us as your highest numbered MX record.
>
> tarbaby.junkemailfilter.com 100
>
> What we will do is return a 451 error after the DATA command is sent.
> And - if you then also use our blacklists then the bots spamming your
> domains will be blacklisted.
>
> Here's infor on our lists:
>
> http://wiki.junkemailfilter.com/index.php/Spam_DNS_Lists
>
> Here's the SA rules to make it work.
>
> header __RCVD_IN_JMF
> eval:check_rbl('JMF-lastexternal','hostkarma.junkemailfilter.com.')
> describe __RCVD_IN_JMF Sender listed in JunkEmailFilter
> tflags __RCVD_IN_JMF net
>
> header RCVD_IN_JMF_W eval:check_rbl_sub('JMF-lastexternal', '127.0.0.1')
> describe RCVD_IN_JMF_W Sender listed in JMF-WHITE
> tflags RCVD_IN_JMF_W net nice
> score RCVD_IN_JMF_W -5
>
> header RCVD_IN_JMF_BL eval:check_rbl_sub('JMF-lastexternal', '127.0.0.2')
> describe RCVD_IN_JMF_BL Sender listed in JMF-BLACK
> tflags RCVD_IN_JMF_BL net
> score RCVD_IN_JMF_BL 3.0
>
> header RCVD_IN_JMF_BR eval:check_rbl_sub('JMF-lastexternal', '127.0.0.4')
> describe RCVD_IN_JMF_BR Sender listed in JMF-BROWN
> tflags RCVD_IN_JMF_BR net
>
>
> score RCVD_IN_JMF_BR 1.0
>
>


--
Ken Anderson
Pacific.Net

Reply via email to