Newsgroup: it.news.gestione
Titolo: Cancellazione impropria di messaggi (2)

Nelle ultime ore mi viene segnalato che anche sul newsgroup 
it.arti.fotografia c'e' qualcuno che si diverte a cancellare i messaggi
di alcuni utenti utilizzando impropriamente il server news di Libero.
 
Nonostante un rassicurante scambio di email con lo staff Abuse di Libero
riguardante il precedente caso relativo al newsgroup
it.istruzione.scuola, debbo purtroppo riscontrare che anche oggi questa
forma di abuso (ben  peggiore del semplice spam) e' stata compiuta
attraverso i server news di Libero/Infostrada.
Come quindi preannunciato da oggi i server di Mailgate non processeranno
alcun control message proveniente da questi server in attesa delle
necessarie contromisure tecnologiche da parte dello staff Abuse di
Libero.
Questo provvedimento e' stato attuato nel quadro di una serie di azioni
di difesa dell'intera comunita' Usenet, ambito nel quale ciascun dominio
ha  il diritto di escludere dai propri sistemi gli altri siti che
risultano  non cooperativi rispetto alle esigenze di tutela comune
contro queste forme di abuso e di censura attivata attraverso la
rimozione impropria di messaggi di altri utenti.
Per maggiori info news:a50omg$tpf$1...@newsreader.mailgate.org...
Un saluto
-- 
Dario Centofanti
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

rimozione impropria di messaggi di altri utenti.
Anche i server di ComputerVille sono ora impostati per non 
processare e non veicolare i control message provenienti dai 
server news di Libero.
Cordiali saluti
Mario Benvenuti
ComputerVille

 Libero.
Quali sono le contromisure tecnologiche per impedire i cancel
illegittimi?
-- 
Luca - e-mail: p.stevens at 
operamail.com

Per maggiori info news:a50omg$tpf$1...@newsreader.mailgate.org...
Li rispedisco, la prossima volta però mandami la lista degli articoli
cancellati così posso farlo subito.
-- 
ciao, | * The Internet is full. Go away.  -- Joel Furr *
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it

 cancellati cosě posso farlo subito.
Seppur apprezzabile, il repost non e' risolutivo al problema.
Non penso comunque sara' necessario tornare nuovamente su questo
argomento: come gia' detto Mailgate ha preso tutte le necessarie
contromisure per evitare il ripetersi di questi incidenti, e non solo
limitatamente ai server di Libero/Infostrada/Wind e Interbusiness/Tin.
Sarebbe opportuno a mio giudizio che prima che il problema dilaghi
oltremodo, anche gli altri amministratori dei grandi server nazionali
che forniscono accesso agli utenti si adoperino di conseguenza al fine
di impedire la rimozione indiscriminata di messaggi da parte di
chiunque.
Alla luce dei recenti eventi occorsi su it.istruzione.scuola e
it.arti.fotografia mi pare oltremodo ridicolo continuare a
parlare all'interno del nostro GCN di problematiche di spam degli utenti
di Tin o Albacom relative al newsgroup it.sesso.annunci quando ci
troviamo di fronte ad eventi che potenzialmente rischiano di minacciare
la liberta' di espressione di chiunque. Nel corso degli ultimi 10 giorni
e' capitato ad una dozzina di utenti (di cui uno di Mailgate che mi ha
sottoposto il problema) che si sono visti cancellati alcuni centinaia di
messaggi e ritengo che se non avessi preso da subito seri provvedimenti
da domani chiunque avrebbe potuto sentirsi legittimato nel fare
altrettanto seguendo un ben noto principio di emulazione.


la liberta' di espressione di chiunque. Nel corso degli ultimi 10 giorni
Se vuoi parlarne io sono qui (e ho nel cassetto da oltre tre anni delle
soluzioni tecniche che risolverebbero il tuo problema), ma per favore
evita questi toni apocalittici che mi sembrano del tutto fuori luogo.
I rogue cancel non sono sono una novità degli ultimi dieci giorni,
nemmeno in it.* (ricordi VILLETI? Ricordi ArcticVS? Tanto per fare due
nomi.), e pretendere su due piedi misteriosi provvedimenti tecnici non
mi sembra il modo migliore di affrontare un problema intrinseco di
usenet.


server news mondiali accessibili dagli utenti e gestiti con criterio.
l'unica che mi viene subito in mente e' di controllare se l'accaunt
utilizzato per il cancel e' lo stesso di quello per l'invio
dell'articolo cosa di non immediata implementazione per libero/wind o
tin che dovrebbero istituire un sistema diverso di accesso al news
server.
ci sono altri metodi, che non mi vengono in mente, per impedire i
rogue cancel?
-- 
Angelo

server news mondiali accessibili dagli utenti e gestiti con criterio.
Su un sistema che prevede l'autenticazione degli utenti questo è
sicuramente possibile.... ma su un sistema dove l'accesso è regolato
in base all'IP di provenienza dell'utente come fai a verificare che
chi si presenta con un determinato account sia veramente chi dice di
essere ?
Sulla base di questo dato, e visto che il 99% dei news server dei
provider non prevede l'autenticazione dell'utente quali credi che
siano le misure più idonee per risolvere il problema ?
Non onorare i cancel di tutti quei provider che a turno si troveranno
ad avere a che fare con utenti che usano in maniera impropria il
servizio ?
Se questo è l'atteggiamento nel giro di qualche mese avrai bloccato i
cancel provenienti da qualsiasi altro server.... e sarai tu a essere
isolato, non quelli che avrai bloccato.....
Non capisco per quale oscuro motivo dover imputare a qualcuno le
deficienze di un sistema sbagliato.... 
Non è colpa del provider X se è così facile mandare un cancel
falso....
l'abuse desk di libero è uno dei più attivi dal punto di vista dei
provvedimenti nei confronti degli utenti.... e gli account di chi ha
abusato sono stati bloccati.... 
Inoltre, anche se la cosa non è bella a farsi, sui server di libero
sono stati bloccati i cancel provenienti dagli utenti collegati al
servizio news.....
non riesco a capire quali altre azioni un provider debba fare nei
confronti dei propri utenti.... andare a prenderli a casa con una
mazza da baseball ?
Sono d'accordo con te che ogniuno fa a casa sua quel che meglio gli
aggrada... quindi la tua decisione di bloccare i cancel provenienti da
libero è legittima.... discutibile ma legittima..... spero solo che
ritornerai sui tuoi passi (così come gli altri colleghi)
la soluzione è una sola..... discuterne insieme e trovare un
meccanismo che impedisca questi abusi... 
come diceva Marco... lui ha già in mente un sistema....
discutiamone.....
Ciao,
Aldo

 essere ?
Su questa cosa concordo con Cataldo.
Non vedo cosa potrebbero fare per eliminare il problema
oltre a cancellare gli account colpevoli.
Anzi, ritengo che la decisione di non accettare cancel dai
propri utenti sia ingiusta (per gli utenti) e che sia una
dimostrazione più che accettabile di buona volontà da parte
di Wind.
Se c'è un modo per risolvere il problema sarei lieto di
adottarlo anch'io (che ho sia server con accesso ip-based
che con autenticazione).
--
Valerio Granato
http://www.musicoff.com
 - Music Online For Free
La Grande Comunità Online per Musicisti

 di Tin o Albacom 
Ma che c'entra? Qualsiasi azione antispam è benvenuta, meritoria, per
non dire doverosa, e non è per niente correlata con quest'altro
problema. E' chiaro che tu personalmente non sei particolarmente
infastidito dallo spam, penso però che potresti evitare di remare contro
chi invece si adopera per combatterlo, come a volte sembri voler fare.


immediatamente disponibile anche in questo particolare caso.
Ricordo che anche tiscali ha un ottimo abuse desk, anche se a volte
bisogna spiegargli le cose con calma.


Quindi ?
Morta li la questione ? Non se ne discute più ?
Via... bloccare e basta ?
Volete discutere di una soluzione o vi rinchiudete in casa e sbarrate
porte e finestre ? Dario... Mario.... vorremmo leggere le vostre idee
e discuterle insieme.....
Marco, perchè non ci accenni del tuo progetto ?
Saluti,
Aldo

Marco, perchè non ci accenni del tuo progetto ?
Sono i buoni vecchi cancel lock, di cui ho scritto tanto tempo fa una
implementazione moderna. (Con l'aggiunta di aggiungere due righe a
cleanfeed per non fargli accettare cancel locali che non hanno la cancel
key.)
Però non so se possono esserti utili, visto che non ho idea di come
integrare la cosa in typhoon.
In alternativa trovi in cleanfeed.local.sample un sistema più semplice
per permettere agli utenti di cancellare solo articoli spediti
attraverso quel server, che non è risolutivo ma permette comunque di
circoscrivere gli abusi.
Questo però non l'ho mai provato in produzione e non ricordo se l'ho
finito oppure mancano dei pezzi.


circoscrivere gli abusi.
no... questo non serve a molto... se 2 utenti postano sullo stesso
server uno dei due può cancellare gli articoli dell'altro....
moltiplica per 8.000.000 :-)

 insieme.....
Perdonate il ritardo, sono stato occupato tutto il giorno con altre
problematiche aziendali e lo saro' purtroppo anche domani.
Appena mi libero cerchero' di ridefinire insieme allo staff di Mailgate
una adeguata policy per i cancel che possa garantire l'integrita' del
nostro archivio storico (MyGate) accettando allo stesso tempo i control
cancel inviati dagli utenti di Libero.
Colgo l'occasione per rinnovare tutta la mia personale fiducia nel
servizio Abuse di Libero e alla persona che qui lo rappresenta che
anche in questa occasione non ha mancato di intervenire puntualmente e
tempestivamente al fine di risolvere il problema segnalato.
Se riuscissimo a sensibilizzare e coinvolgere sulla lista newsadm-ita
anche gli altri gestori dei principali server news nazionali avremmo una
ottima occasione per creare un buon coordinamento tra amministratori
sulle problematiche riguardanti gli abusi della rete Usenet.


server uno dei due può cancellare gli articoli dell'altro....
Sì, ma rimarrebbe un problema tra voi e i vostri utenti...


cancel inviati dagli utenti di Libero.
Ok... sarebbe bello poter shareare questa soluzione con tutti (se lo
ritieni) cosě potremmo metterci l'anima in pace con questo problema
dei cancel....
io metto a disposizione un typhoon per provare... :-)

e discuterle insieme.....
Mi aggancio qui, chiedo scusa per il ritardo, sono in partenza per Milano,
dove restero` per tre o quattro giorni.
Piena disponibilita` a qualsiasi tipo di dialogo, con disponibilita`
anche ad eventuali test.
Ringrazio Cataldo Cigliola per le sue risposte su newsadm-ita, 
puntuali ed esaurienti, e provvedo ad elimare il filtro nel 
bad_cancel_paths dai miei server.
Ribadisco il punto di vista mio personale: ComputerVille si riserva 
il diritto di bloccare qualsiasi tipo di articolo (e non solo i cancel)
che provenga da server news che non si dimostrano collaborativi a 
fronte di abusi documentati e reiterati, seguendo una escalation
adeguata alla necessita`.
Su questo punto non esiste nessuno che potra` mai farmi cambiare idea.
Un grazie anche a Dario Centofanti. Con la sua attenzione e la 
sua passione ritengo che gli utenti di usenet abbiano un'ottima
interfaccia, anche quando alcuni provvedimenti sembrano creare
dei problemi: non e` certo con il lassez fair che si puo` pensare
di mantenere usabili e vivibili strutture come quella da lui creata
e migliorata giorno per giorno.
Saluti
Mario Benvenuti

Io da utente ho l'impressione che una soluzione semplice, anche se parziale,
sarebbe quella di implementare su tutti i server l'autenticazione. Sono
utente da pochi giorni di Mailgate e non mi da' alcun problema di
funzionamento. Ci sono problemi che rendono la cosa non generalizzabile?
FS

Ci sono problemi che rendono la cosa non generalizzabile?
Purtroppo si', in particolare per chi ha molti utenti.
Mario Benvenuti
-- 
http://news.computerville.it
Info su europa.* 
http://europa.usenet.eu.org
* PGP Key Available * 

Ci sono problemi che rendono la cosa non generalizzabile?
Sì.


 Ok... sarebbe bello poter shareare questa soluzione 
														^^^^^^^^
No, no, vi prego, per favore ... argh!
"Condividere", e che la fortuna sia sempre con voi.
Fup


Purtroppo si', in particolare per chi ha molti utenti.
Viene gia' fatto per le caselle di posta (*) e per la connessione.
In cosa consiste effettivamente il problema?
L'unico che vedo io, e' il coordinare la lettura user/password, in
modo che non ci siano incongruenze. 
Ma qui' andrebbe chiesto a chi gestisce gia' dei newserver tramite
password.
(*) in cui ognuno ha la sua
(**) in cui la rete che vedono e' piu' o meno la stessa. C'erano
alcuni provider che davano user/password multipli in cui variava
l'accesso, ma di solito i nodi visibili sono gli stessi.
-- 
Le razioni di cioccolata verranno aumentate a 20 grammi
dal film/libro:1984 - George Orwell (grazie Skip)

In cosa consiste effettivamente il problema?
Nell'ottenere il permesso di accedere a quei dati. E comunque questo
risolverebbe solo una piccola parte del problema (gli altri server
dovrebbero comunque usare i cancel lock per verificare i cancel
ricevuti).
