Newsgroup: it.comp.software.newsreader
Titolo: [Hamster] - Mi trovo delle mail dove non me le aspetto

** X/post it.comp.software.newsreader,it.comp.software.mailreader
** F/up solo sul secondo
Sto impazzendo da alcuni giorni per cercare di capire come mai Hamster
mandi *anche* ad un account di posta alcuni messaggi, che proprio non
dovrebbero andarci.
Seguo con Agent+Hamster alcune mailing list, su Agent va tutto bene, ma
mi arrivano anche sul mailer molti messaggi, diciamo cosi', doppi.
Negli header infatti leggo
X-Hamster-To: account:sleepers,news:local.gruppo.locale
Prima leggevo la posta con il mailer loggandomi da "admin" (su Hamster
ad admin era associato l'indirizzo sleepers@...), e pensavo dipendesse
da quello, allora ho utilizzato l'account "sleepers" (spostando
l'associazione sleepers@... da admin a sleepers) ma non cambia un tubo,
a parte l'header X-Hamster-To (da account:admin... ad
account:sleepers...). Ho verificato gli header dei messaggi incriminati
e non trovo nulla che potrebbe trarre in inganno Hamster.
Il mio file MailFilt.hst sembra normale, e "sleepers" non e' scritto da
nessuna parte; nei log non compare il criterio secondo il quale vengono
smistati i messaggi, quindi non so dove cercare.
Suggerimenti?
Grazie.
Ciao, Alessio.
-- 
  PER RISPONDERE TOGLIERE  .linus
Le FAQ di ICSN: 
http://space.tin.it/cinema/claveron/alessio/FAQ-icsn.htm
Le FAQ di Hamster in italiano: 
http://www.geocities.com/fashionavenue/1075
Guida a FAgent: 
http://space.tin.it/cinema/claveron/alessio/FAgent/FA-man.htm
--
Nuova moderazione in fase di test - perdonate i disagi

Saranno le opzioni di xpost di Gravity (se non lo sai tu che lo usi...)
 'Crosspost: it.comp.software.mailreader,it.comp.software.newsreader'
 'Followup-To: it.comp.software.newsreader'
Ehm... ;)
No, Gravity (ed Agent) non c'entrano. La cosa è molto più 
interessante.
Ho capito che non il tuo primo msg del thread non mi compare in icsm
semplicemente perché il ng icsm non esisteva in locale quando il
messaggio è stato scaricato (ed è finito su icsn).
Il che, secondo me, è un comportamento deprecabile.
In pratica, quando crei un nuovo gruppo locale, e ne sottoscrivi il pull,
non ti vengono associati i messaggi crosspostati su quel gruppo (e su altri 
che hai già), se già scaricati per altri gruppi (ma non se già 
killati e basta, perché non già scaricati, quindi non presenti nella 
history, quindi scaricabili in relazione al nuovo gruppo... almeno ad 
osservare i risultati di un mio passato esperimento con la versione 
1.3.20, fatto per altri motivi).
Ecco quindi il comportamento adottato da Hamster per i crosspost: un
articolo crosspostato è copiato in locale su tutti i ng (esistenti) 
su cui sia crosspostato, anche se è stato scaricato in riferimento ad 
uno solo di essi. Ma se uno dei gruppi su cui è crosspostato viene
creato in locale in seguito, non c'è modo di avere lì il messaggio, 
se è già stato scaricato per qualche altro gruppo: Hamster non effettua
più la copia fra ng locali (che avviene solo immediatamente dopo il
download, evidentemente) e, avendolo già nella history (sebbene non
per il nuovo ng), si rifiuta di riscaricarlo per il nuovo gruppo (anche
se a manina si inserisce il suo ID in in un file getmids.txt).
L'unico modo che mi ha consentito di risolvere, è stato esportare 
l'articolo, e poi reimportarlo, con ham.exe (soluzione pietosa per un
articolo, impossibile per molti).
BTW: ora sto provando la nuova beta 1.3.21.80... decisamente bellina, 
direi.
http://home.knuut.de/tgl/own/HamsterBeta.zip
-- 
Bye.
       Lem
--------------- 'CLOCK is what you make of it' ---------------
Nuovi numeri primi, con Prime95: 
www.mersenne.org/freesoft.htm
