Newsgroup: it.comp.os.linux.iniziare
Titolo: News reader e mail

Ciao, cercavo due consigli:
1) che news reader mi consigliate per Linux? Che sia semplice, senza troppi
orpelli grafici.
2) che mail reader mi consigliate per Linux? Che sia semplice, senza troppi
orpelli grafici. Mutt è molto complicato da impostare per uno come me che ha
appena iniziato? Avevo imparato ad usare (+ o -) pine all'università, ma se
cerco pine con apt-cache search, non trova nulla... non c'è +?
ho una Debian woody
Grazie, ciao

 appena iniziato?
Io uso Kmail, secondo me più semplice di Mozilla messenger!
Ciaoo!
Il randellatore

 nulla... non c'è +? ho una Debian woody Grazie, ciao
io ho il tuo stesso sistema (woody) e utilizzo sylpheed. per gli stessi
motivi di Pan...:-)

On Tue, 16 Sep 2003 00:03:51 +0200, × Andrea × wrote:

sylpheed fa entrambe le cose, è leggero e senza tutti quelli orpelli che
odi tanto ;-)
se poi vuoi viaggiare come una scheggia -> slrn per i ng e mutt per la
posta
sono un po' ostici all' inizio ma solo per la configurazione, l'uso è
abbastanza semplice..
ciao!

 2) che mail reader mi consigliate per Linux? 
Io uso quello di Mozilla, che va benissimo.
-- 
"SONO MATTEO ASTROFILO SEMINEOFILO" (post su ISA)
it.cultura.classica: 
http://digilander.iol.it/mmanca

 pan. mi piace molto, e' veloce e soprattutto leggero.
Anche a me piace, ma non trovo che sia veloce e leggero.

 me che ha appena iniziato? Avevo imparato ad usare (+ o -) pine
Kmail
-- 
Ciao,
        Fabrizio
<=- 
http://www.negusweb.it
 -=>

 Anche a me piace, ma non trovo che sia veloce e leggero.
Uh??
Girava egregiamente sul mio vecchio 233..
-- 
L'unico motivo per tenere ancora Windows
http://www.farb-rausch.com

 Girava egregiamente sul mio vecchio 233..
Potrei anche avere qualche problema io, ma lo trovo pesante mentre
scarica le news dal server locale (uso leafnode) e preparla l'albero
di visualizzazione. Per rimanere sul grafico da me sylpheed-claws 
lavora molto più velocemente (ma non mi piace come pan). Anche Knode mi
sembra più veloce.
Per essere precisi la lentezza mi sembra sia in fase di scoring e filtro
degli articoli. Durante questa fase i giochi su gxmame tendono a scattare
Non penso che il problema sia a livello di leafnode, perchè gli altri 
newsreader sulla mia stessa macchina si comportano più velocemente.
Pan 1.4.2
chace utilizzata 3 mega
filtri: pochi, ma provato anche senza
Intendiamoci, non è molto lento, altrimenti non sarebbe il mio newreader
preferito, però mi sembra che altri si comportino meglio da questo punto
di vista.

 scattare
Vabbe', MAME e' sempre stato un pachiderma ingombrante, non fa testo :-)


 di visualizzazione. 
Ma che vantaggi ci sono ad avere un newsserver locale in aggiunta a Pan?
Io lo uso da solo, con un bel po' di cache.


 Io lo uso da solo, con un bel po' di cache.
 che un giorno , se ti va puoi migrare ad un altro reader :)
 che se ti rompe x per qualche motivo sconosciuto (venuta degli alieni
etc), hai già slrn che funzica da dio sulla shell 
altri motiviin questo momento non me ne vengono, ma sicuro che ce ne sono
e qualcuno piu' esperto di me li dira' prooooprio ..adesso!
(ma vuoi che almeno un motivo legato alla sicurezza non ci sia? tzè!)
ciao! 

 Ma che vantaggi ci sono ad avere un newsserver locale in aggiunta a Pan?
La possibilità di passare a SLRN (perché lo farai, o se le farai <grin>)
in maniera praticamente indolore.
Oppure, riunire diversi feed in un unico spool.
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)       [ 
http://digilander.libero.it/ebassi/blog
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 Oppure, riunire diversi feed in un unico spool.
Scusa, ma se scarico da piu' server diversi e' il newsserver ad
occuparsi da solo di riunire i diversi feed; intendo, capisce da solo
il mio server (leafnode) se lo stesso articolo e' stato scaricato da
piu' server e quindi ne conserva sol una copia?
(Nel mio caso il news server e' leafnode)
TIA
-- 
Sono un servitore del Fuoco Segreto, e reggo la fiamma di Anor.
A nulla ti servira' il fuoco oscuro, fiamma di Udun.
Torna nell'Ombra! Non puoi passare.

 piu' server e quindi ne conserva sol una copia?
Certo, è compito dell'history vedere se un messaggio è già stato
scaricato (in base al message-id). Avevo iniziato a creare un history
statica per SlrnPull, un annetto fa, per permette a SlrnPull di usare
più newsserver, ma non ho più avuto tempo per finire il lavoro.
Ovviamente, se l'history del tuo newsserver è piccola, e se gli spool
dei newsserver dai quali fai il feed sono fuori sincronia per un
intervallo di tempo tale che vecchi message-id, ormai scaduti nella tua
history, siano in mezzo al feed da uno di quei newsserver, scaricherai
duplicati degli articoli. Di solito, però, l'history è grande a
sufficienza per contenere message-id anche di articoli ormai espirati
nel tuo spool.


 scaricato (in base al message-id). 
Grazie della spiegazione.  Ora mi sto registrando al nuovo
news.individual.net
 che a quanto ho capito dovrebbe aver preso il
posto del vecchio 
news.cis.dfn.de
 di cui ho srempre sentito parlare in
rete.
Ciao


 Io lo uso da solo, con un bel po' di cache.
Oltre a quelli che ti hanno gia detto... Perchè anche su una lan
domestica (o anche solo un ambiente multiuser) ogni utente può
scaricare il suo news server e scaricare velocissimamente le
sue news in locale, senza scaricare doppioni dalla 
rete enne volte gli stessi gruppi. Anche se da me le
sovrapposizioni sarebbero comunque poche, abbiamo interessi
diversi.
Un altra cosa. utilizzando leafnode posso spiegare a cron di fare un
fetchnews ogni 2 ore e leggere le news in qualsiasi momento. Mentre
se utilizzassi il solo pan connesso al server remoto dovrei
aspettare che si sincronizzi attraverso il mio 56K e io ho
pochissima pazienza.

 ho srempre sentito parlare in rete.
Non saprei, io continuo ad usare 
news.cis.dfn.de
, e non più tardi di
oggi alle 16, funzionava senza problemi.


 oggi alle 16, funzionava senza problemi.
Si, hai ragione anche sul sito lo confermano; il cambiamento e' stato
piu' che altro interno e sara' per chi si iscrive da adesso in poi.
 
http://news.cis.dfn.de/namechange-en.html
