Newsgroup: it.comp.software.newsreader
Titolo: Problema: Come poter scaricare 10-12 millioni di Intestazioni su NG con 44 milioni di post?

Buongiorno a tutti.
Prima richiesta di aiuto:
Devo scaricare circa 12 Gb di dati postati 49 giorni fà su un NG con 44 
millioni di Post presenti.
Generalmente uso Agent 2.32.652 come primario e Outlook Express come 
secondario.
Ho abbonamento Unlimited con fino a dieci collegamenti contemporranei.
Agent si "blocca" a 8 Millioni e OE va a 1.000 alla volta...
Con 8 millioni arrivo fino al 21 Marzo mentre i 49 giorni dovrebbero essere 
attorno al 16 Marzo (conto a spanne)
La retenzione del Server è di circa 100 giorni e i file ci sono.... solo che 
non ci arrivo!
Sapreste indicarmi qualche programma, trucco o quanto altro per poter 
incrementare la quantità di intestazioni scaricabili?
Non ho problemi a cambiare programmi
S.O. WinXPPro SP 2 - aggiornato ieri - Alice 20 Mega Flat
Grazie per l'attenzione,
Nonno Oca
 

Scusate ho sbagliato date e dati    :-(
49 giorni da oggi divrebbe essere attorno al 16 Febbraio....
perciň anche il numero intestazioni cambia... diciamo 18/20 millioni...
Sempre peggio.
Di nuovo,
Nonno Oca 

 come secondario.
Potresti provare con una versione più recente di agent, che tra le sue 
feature ostenta proprio queste capacità.
Potresti anche fare il lavoro a rate, limitando il numero di articoli 
scaricati di volta in volta e dividendoli in diverse cartelle.
Altrimenti dovresti usare un server locale NNTP "professionale" (non 
credo che Hamster sia adatto per una mole di dati così corposa).
Per ultimo, visti i tuoi numeri (milllioni di milllioni) ed il tuo 
smodato "interesse" ^^, deduco trattasi di NG binari. Se è così, il 
consiglio è di usare un apposto software (sulle FAQ di questo gruppo 
trovi qualche consiglio).
Ciao.
-- 
 /   _ _ | Navigare necesse est, vivere non est necesse  -- Pompeo
( (/( (/ | Concepción, Victoria, Sant'Antonio, Trinidad, Sant Jago

 
wrote:

Ciao e grazie per l'intervento, ma...
...il mio problema è un'altro:
La mia versione di Agent non "gestisce" più di 8 millioni di "sezioni" 
(circa 400.000 file) e pertanto non riesco a "raggiungere" la data 
d'emmissione dei file che mi interessano...
Attualmente sono disponibili fino al 01/01/07 ma Agent si blocca al 21 Marzo 
07...
Non ho problema di installare Agent 4.1 (mi sembra sia l'ultimo) ma tra gli 
abituali  girava voce che era meglio restare nella "vecchia" 2.32.652 che 
era più stabile e rodatta...
Sono tre DVD di dati, ciascuno di circa 90 sezioni, già scaricati prima di 
Natale e tutto OK... solo che (probabilmente) devo  averli prestati a 
"qualcuno" che, naturalmente, non me li ha più resi...
Ora dovrei riscaricarli così sarei interessato a sapere se esistono 
Newsreaders che consentono di gestire  "unlimited" files...
Ormai questo è passato... ma potrebbe essere utile in futuro.
Grazie per il tuo tempo,
Nonno Oca 

xnews.
Grazie.
Ora cercherò di rintracciarlo o poi lo proverò.
Grazie e Buona Pasqua a tutti,
Nonno Oca. 

 era più stabile e rodatta...
L'ultima versione è la 4.2 e mi sembra sufficientemente stabile.
Chiaramente non ho avuto modo di provarla con una simile mole di dati...
-- 
Gerardo Fransecky
Microsoft MVP
http://blogs.dotnethell.it/gerardo

Chiaramente non ho avuto modo di provarla con una simile mole di dati...
Grazie,
ma come già detto sono circa 90 file RAR da circa 50 Mb per tre DVD, già 
normalmente scaricati senza alcun problema.
Il problema "attuale" consiste solo nell'impossibilità di "scaricare" tutte 
le intestazioni che Agent limita a 8.000.000.- mentre nel NG ce ne sono 
disponibili ben 44 millioni. ;-(
Per il resto nessun problema.
Se risolvo il problemsa ve lo farò sapere.
Ciao e grazie,
Nonno Oca
PS.- Se a qualcuno può interessare, Giganews ha 100 giorni di retenzione per 
i Binari, oltre tre anni per solo testo e, ad oggi, 106012 NG disponiobili 
con completezza quasi al 100%... 

 disponibili ben 44 millioni. ;-(
L'ho utilizzato poco, ma potresti dare un'occhiata a NewsMan Pro: 
http://www.newsmanpro.com/
Utilizzando una base dati MS SQL Server o MySQL dovrebbe avere una
robusta gestione di un alto numero di messaggi.
