R: R: R: [jdev] about spim techniques

[Roberto Della Pasqua]

Hmmm...

A whitelist of domains? Or users?

So a central server has the list of ten millions domain, a sub server when a
new domain come will ask the central server for the GOOD or BAD. If the
central point will fail this can cause service break.

Imho the white/blacklist need be full decentralized, perhaps based on trust
ranking.

Ear mine idea: user1 want contact user2. User2 don't has user1 in buddylist
(server side), the xmpp query a central database (distributed in some
points), if the user1 is spam, then don't forward.

A new xmpp draft extension, permit to collect informations about user
spammer. The list will be ordered and if a user reach a MAX level of spam it
become signaled.

So:
1) a company can contact another company without be blocked
2) the spammer is blocked

What you think?

Roberto
 

-----Messaggio originale-----
Da: jdev-bounces at jabber.org [mailto:jdev-bounces at jabber.org] Per conto di
Trejkaz
Inviato: sabato 27 agosto 2005 12.54
A: Jabber software development list
Oggetto: Re: R: R: [jdev] about spim techniques

On Sat, 27 Aug 2005 20:20, Ian Paterson wrote:
> The power of a single central authority would be open to abuse in the 
> future.

Sure, but it would be abuse by a central authority which people can freely
join, and doesn't seem to have anywhere to even hide a conspiracy if it
wanted to.  It would be pretty obvious if the JSF started being evil... 
members would start hearing about it on the members mailing list, for a
start. :-)

> What stops a spimer registering more servers before the first one is 
> blacklisted?

I guess that would be done the same way free competitions prevent us putting
in 2,000 entry forms.

TX

-- 
             Email: Trejkaz Xaoza <trejkaz at trypticon.org>
          Web site: http://trypticon.org/
         Jabber ID: trejkaz at jabber.zim.net.au
   GPG Fingerprint: 9EEB 97D7 8F7B 7977 F39F  A62C B8C7 BC8B 037E EA73