Newsgroup: it.news.gestione
Titolo: UDP vs TIN: non è un problema di spammer

Vorrei sottolineare un punto che sembra passato in secondo piano: questa
benedetta UDP _NON_ e' fatta per combattere il fenomeno dello spam, ne' quello
dei troll.
Il vero problema, il nocciolo della questione, e' che TIN _NON_ interviene in
alcun modo di fronte agli abusi commessi dai suoi utenti, nonostante sia in
suo potere farlo (tecnicamente e legalmente).
Non e' questione di colpire questo o quello, innocenti o colpevoli, ma di
obbligare TIN a intervenire nei confronti di chi abusa delle risorse TIN per
farsi 'ripulire'.
E' tutto molto simile al riciclaggio del denaro: uno vuol fare porcherie ma ha
bisogno di una zona franca per poter uscire allo scoperto. TIN ripulisce
tutto, garantendo l'impunita' a chiunque:
- vuoi fare spam senza avere grattacapi? usa il mail-server o il news-server
di TIN. Nessuno ti togliera' l'accesso.
- vuoi mandare mail stronze senza farti trovare? usa il mail-server di TIN: e'
aperto a tutto il mondo e puoi usarlo come ti pare.
- c'e' qualche utente usenet che dice cose antipatiche? procurati un
abbonamento TIN e mettiti a cancellare i suoi messaggi dai news-server del
mondo!
Ecco, proprio l'ultimo punto è IMHO il più grave. A tutt'oggi chiunque può
cancellare i messaggi delle persone che gli sono antipatiche: chiunque ha il
diritto/potere di censurare quello che non gli piace. Ve ne rendete conto? E
se succede, che si fa? si scrive al provider! e se il censore e' un utente
TIN? attaccatevi al tram....
PROPOSTA ai news-admin (tanto per iniziare): rifiutate _TUTTI_ i messaggi di
cancellazione a meno che non provengano da 'moderatori' certificati e
qualificati per farlo. E' molto complicato da farsi?
Ed ora una nota sullo SMAU.
qual e' il compito di un provider? fornire connessione.
avete visto gli stand di TIN, McLink, Galactica, Iol?
bhe, a quello di TIN si offriva solo spettacolo...
Riesco a trovare un addetto.
io> "scusi, lei e' un tecnico?"
tin> "se e' per informazioni si', se e' per lamentele io non sono nessno e
tin> pulisco in terra..."
io> "cosa farete per l'UDP?"
tin> "cos'e' l'UDP? per piacere, non mi faccia parlare, sono questioni
tin> politiche, dovete chiederlo ai manager, non a noi tecnici..."
io> "ok, allora io non rinnovero' il mio abbonamento"
tin> "neppure io: ho un modem a 56K e va molto piu' veloce con McLink"
io> "e' tutto molto chiaro, grazie" :-((((((((((
Ciao
Marco
-- 
E' meglio risolvere un problema con forte approssimazione e sapere la verità
più o meno al 10%, che esigere una soluzione esatta e non sapere la verità per
niente. (Primo postulato di Thumb)

poz...@tin.it
 wrote:
 >PROPOSTA ai news-admin (tanto per iniziare): rifiutate _TUTTI_ i messaggi di
 >cancellazione a meno che non provengano da 'moderatori' certificati e
 >qualificati per farlo. E' molto complicato da farsi?
Si, ma ci si sta lavorando. Per esempio il mio newsreader implementa
draft-ietf-usefor-cancel-lock-01.txt e quindi posso cancellare i miei
articoli in maniera sicura.
 >tin> "cos'e' l'UDP? per piacere, non mi faccia parlare, sono questioni
 >tin> politiche, dovete chiederlo ai manager, non a noi tecnici..."
Esatto. Questo e` il problema di TIN.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

Marco d'Itri ha scritto:
MdI> Si, ma ci si sta lavorando. Per esempio il mio newsreader implementa
MdI> draft-ietf-usefor-cancel-lock-01.txt e quindi posso cancellare i miei
MdI> articoli in maniera sicura.
dove trovo i sorgenti di tin-pre modificati o la patch?
una volta modificato il client, occorre che anche il server ne sia al corrente?
Grazie
Marco
-- 
E' semplice rendere le cose complicate, ma è complicato renderle semplici.
(Legge di Mayer)

poz...@tin.it
 wrote:
 >MdI> Si, ma ci si sta lavorando. Per esempio il mio newsreader implementa
 >MdI> draft-ietf-usefor-cancel-lock-01.txt e quindi posso cancellare i miei
 >MdI> articoli in maniera sicura.
 >dove trovo i sorgenti di tin-pre modificati o la patch?
http://members.tripod.com/~gerglery/
 >una volta modificato il client, occorre che anche il server ne sia al corrente?
Si, altrimenti i cancel saranno trattati alla vecchia maniera.
