Newsgroup: it.comp.software.newsreader
Titolo: Il progetto X-Privat: "Libera Usenet"

Gentili utenti,
Volevo sottoporre alla vostra attenzione il mio ambizioso progetto 
nella speranza di raccogliere il maggior numero possibile di 
suggerimenti e commenti in tal senso.
http://www.newsserver.it
-- 
Ciao, Dmitry
X-Privat Sondaggio "Libera Usenet" - 
http://www.newsserver.it/freeusenet.php


http://www.newsserver.it
(C'è un refuso: "Ongi sito")
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

 (C'è un refuso: "Ongi sito")
grazie :) La gatta perde il pelo ma non il vizio ^_^. Ma cosa ne 
pensi? Sinceramente.


pensi? Sinceramente.
Io uso da moltissimo tempo 
news.individual.net
 e mi sono sempre trovato
bene. Quello che amo è il poterlo usare ovunque sia senza dovermi
preoccupare del provider della connessione. Quindi posso usarlo da casa e
dall'ufficio con Pimmy senza problemi di sincronia dei messaggi.
Il tuo progetto mi sembra un'estensione e quindi un'ottima cosa. Inoltre i
server sarebbero localizzati in Italia e quindi in linea di massima più
veloci.
Personalmente non ho mai sentito la necessità di usare contemporaneamente
tanti news server anche perchè non seguo molti gruppi e sono tutti presenti
nel server che uso. Inoltre il server tedesco è molto affidabile e non mi è
mai capitato di dover passare temporaneamente ad altri server.
Da questo punto di vista non sento la necessità di avere un'unico account
per accedere a tanti server diversi. Però capisco che per chi ha segue
tanti ng non tutti presenti la cosa possa essere comoda.
Per quanto riguarda il "passare" ad altri server nel caso di problemi del
proprio mi chiedevo se in questo caso stai pensando ad una soluzione per
avere un'unica *numerazione* dei messaggi. In questo modo il passaggio in
effetti sarebbe davvero indolore. Viceversa bisognerebbe avere una
sincronizzazione a livello di message-id, cosa più complessa e in genere
non gestita dai client.
Mi ero sempre chiesto cosa fosse X-Privat, tutti ne parlavano qui :-)
Complimenti.


 Complimenti.
grazie ^_^


però con il tuo Pimmy lo farai vero? :)
Per adesso non lo facciamo ma è una delle cose di cui stiamo tenendo conto
nello sviluppo della nuova versione. La nostra soluzione deve essere
generale per posta, news, cartelle, imap, mbox, eccetera. Diciamo che
dobbiamo *incastrarla* come si deve. Credo che sarà possibile scegliere tra
diversi metodi di sincronizzazione ma non dalla prima beta.


 sincronizzazione ma non dalla prima beta. 
sarebbe una cosa favolosa, gli utenti di molti altri newsreader 
blasonati potrebbero passare definitivamente a Pimmy :)


 però con il tuo Pimmy lo farai vero? :)
Dubito che questa sia una cosa che possa riscuotere successo (mi
riferisco alla sincronizzazione con msg-id). Considera che praticamente
tutti i newsreader si sincronizzano utilizzando un XOVER, quindi su un
range di numeri. Mi pare una cosa ingestibile demandare il compito ai
newsreader ... o forse non ho capito bene di cosa parliamo. :-D
-- 
I just want revenge. Is that so wrong?
 
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

newsreader ... o forse non ho capito bene di cosa parliamo. :-D
E infatti è proprio per quello che si discuteva sull'utilità di non
cambiare i numeri passando da un server ad un altro.
Ma nell'impossibilità di farlo sarebbe comodo che il reader fosse in grado
di capire almeno che i messaggi che sta scaricando li ha già, tramite
message-id e non tramite il numero interno del server. Solo che la cosa va
pensata bene per rendere il processo comunque veloce in entrambi i casi.


 ho capito bene di cosa parliamo. :-D 
Considera il caso in cui un newsserver sia down. In tal caso poco 
importa se la sincronizzazione sia su xover o sul MID. Se un servizio 
è down semplicemente non hai la possibilità di utilizzarlo e invece 
con questo sistema hai possibilità di usare altri X server. Ma non 
finisce qui. Un server centrale sarà sempre disponibile e raccoglierà 
le esigenze di tanti altri *piccoli server*.


 il processo comunque veloce in entrambi i casi. 
è lo stesso processo che viene fatto da un server delle news, non si 
ragiona quindi lato client ma lato server. Se con Pimmy riuscite in 
questa, chiamialoma miglioria, fate qualcosa che pochi altri NR fanno 
e sicuramente verrà apprezzata.


(C'č un refuso: "Ongi sito"
Un altro:
"prevederą un databases"
Jolan Tru
-- 
Filippo "Hytok" Simone - L'oracolo sampdoriano di Sunnydale
La Casa degli Elfi - 
http://www.freewebtown.com/lacasadeglielfi/
Enclave del Dominio - S.N.S. Despiser - 
http://ildominio.altervista.org/
Commissione Voyager - 
http://www.voyageritalia.com/

 le esigenze di tanti altri *piccoli server*.
E questo il punto che in realtà non mi è molto chiaro. :-)
-- 
On a tombstone: "I TOLD YOU I WAS SICK"


 pensata bene per rendere il processo comunque veloce in entrambi i casi.
Si infatti, detto al volo probabilmente basta interrogare il server col
msg-id dell'ultimo articolo scaricato per riceverne il numero e poi
l'altro numero (quello dell'ultimo articolo sul server) lo ottieni nel
momento in cui ha fatto il GROUP ed a questo punto non dovresti avere
problemi ad effettuare XOVER. In effetti detto così potrebbe sembrare
pure semplice, però IMHO ci sono una serie di casi che potrebbe portare
a situazioni strane (server non sincronazziti, magari uno non ha tutti i
messaggi dell'altro ...)
-- 
Never run out of altitude, air speed, & ideas at one time.


 E questo il punto che in realtà non mi è molto chiaro. :-)
Questa è la parte che più mi trova "vicino" al progetto :) I radius 
si autenticherebbero presso il server centrale che avrà un suo figlio 
minore di backup più o meno come succede nei server DNS.
Per questa applicazione ho pensato a DNEWS sotto freebsd che ha una 
affidabilità a dir poco eccezionale (a differenza del mio sotto NT 
cehe ogni tanto fa le bizze e si innervosisce).
Questo server centrale raccoglierà praticamente tutte le esigenze di 
tutta l'utenza usenet, compreso binari.
Il progetto è instato avanzato ma mi serve raccogliere il maggior 
numero possibile di consigli/esigenze/critiche costruttive per 
raggiungere un buon risultato.


 minore di backup più o meno come succede nei server DNS.
Beh ma se c'è un server centrale allora il problema della numerazione lo
risolve lui, o no? inoltre i radius sarebbe gli altri server giusto?
Però poi non mi è chiara una cosa, se c'è cmq un server centrale se cade
questo va tutto giu.
-- 
Women who seek to be equal to men lack ambition.


 se cade questo va tutto giu.
Infatti il server centrale avrà, come avviene nei DNS un secondario,
che sarà alloggiato da altra parte.
-- 
Ciao, Dmitry

 "prevederà un databases"
Eccomi: "E' ipotizzabile che via sia un gruppo di gestione"
                             ^^^
Ciao,
un TJL73 e i typo...
-- 
"Un problema e` un'occasione che ti viene offerta per fare meglio."
                                                       -- Duke Ellington

                              ^^^
ops, :) modificato grazie
-- 
Ciao, Dmitry