<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
On 29/11/2006 Marco d'Itri wrote:<br>
<span style="white-space: pre;">> È inutile rinviare ulteriormente,
nell'internet moderna gli abuse desk<br>
> di Google e dei grandi ISP non hanno interesse a tenere in riga i <br>
> propri clienti.<br>
</span><br>
<br>
Ciao Marco,<br>
<br>
per alcuni abuse desk credo sia vero quanto dici, per altri credo che<br>
nonostante la volontà di operare per bloccare un cliente ci siano degli
ostacoli<br>
che vanno al di là della volontà dell'abuse desk, ma questo è un altro
problema...<br>
<br>
[..]<br>
<br>
<span style="white-space: pre;">> Occorre un meccanismo per
liberarsi dei pochi utenti problematici, e<br>
> visto che i cancel sono ormai inutili sono dell'idea che l'unico <br>
> sistema sia intercettare la spazzatura prima che arrivi nei
newsgroup.<br>
> Quindi serve un meccanismo automatico di robomoderazione che
filtri <br>
> gli articoli inviati da utenti o siti sgraditi.<br>
> Tutto questo non è da confondere con la moderazione del contenuto <br>
> degli articoli, come avviene negli attuali newsgroup moderati.<br>
</span><br>
Messa giu' in questi termini, mi trovi d'accordo.<br>
<br>
<span style="white-space: pre;">> <br>
> Ovviamente ci sono infinite sfumature e metodi tecnici adottabili,<br>
> nell'ottica di ottenere un risultato ragionevole senza causare
fastidi<br>
> rilevanti agli utenti (e in particolare a quelli dei provider
"seri").<br>
> Per fare qualche esempio, a seconda delle necessità si possono <br>
> adottare<br>
> per un newsgroup o sito una di queste misure o loro combinazioni:<br>
> - nulla<br>
</span><br>
nulla non credo, se la situazione è davvero degenerata<br>
<br>
<span style="white-space: pre;">> - blocco cercando stringhe nel
corpo dell'articolo<br>
</span><br>
potrebbe essere un'idea, se non da falsi positivi<br>
<br>
<span style="white-space: pre;">> - blocco dell'IP<br>
</span><br>
Valido, imho, se l'IP è statico. Se è un IP dinamico si bloccherebbe <br>
una buona parte di utenti dell'ISP coinvolto, per cui in questo caso<br>
bisognerebbe vedere fin dove si vuole arrivare. Ne varrebbe la pena?<br>
Implicazioni?<br>
<br>
<span style="white-space: pre;">> - blocco dell'intero sito<br>
</span><br>
Per sito cosa intendi, l'intero ISP?<br>
<br>
<span style="white-space: pre;">> - richiesta di conferma tramite
email (magari in parallelo con dei<br>
> volontari umani che controllano la coda degli articoli ancora da<br>
> confermare e li approvano), che quindi sarebbe verificata<br>
</span><br>
Questo potrebbe essere un buon deterrente <br>
<br>
<span style="white-space: pre;">> Per esempio, per un certo gruppo
si potrebbe richiedere la conferma<br>
> dell'email per chi invia articoli da un particolare server.<br>
</span><br>
non so fino a che punto sia utile. L'utente si sposterebbe verso un
altro<br>
server.<br>
<span style="white-space: pre;"><br>
> E nei casi dubbi invece che bloccare gli articoli del tutto li si
può<br>
> mettere in coda per una verifica manuale<br>
</span><br>
con che tempi di coda, secondo te?<br>
<br>
Ciao,<br>
Paola (Brixina)<br>
</body>
</html>