Newsgroup: it.comp.software.mailreader
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

nessuna parte
Non sono troppo pratico della cosa, ma teoricamente il problema 
dovrebbe capitare solo con le mail in reply a te, vero?
C'è anche qualcosa come:
[*]
addaccounts() Any-Recipient:
nel tuo mailfilst.hst, vero?
Il problema è che il postto non *dirotta* una mail, semplicemente 
*aggiunge* il ng locale alla lista dei posti (recipient/newsgroups) 
dove sarà mandata. La lista è vuota per default, ma Addaccounts, come 
vede 'sleepers', aggiunge anche il tuo recipient mail, e la mail va 
in entrambi i posti. Levando addaccounts, il problema dovrebbe 
sparire, ma ciò comporterebbe alcuni svantaggi.
Come fare per risolvere, allora?
Prova così (non ho esperienza della cosa, è tutta teoria).
Diciamo che tu hai una serie di filtri postto del tipo:
postto(gruppo.1) XXXXX: "yyyyy"
postto(gruppo.2) XXXXX: "zzzzz"
....
Sotto, crea tante rule del analoghe, ma di tipo del:
del(sleepers) XXXXX: "yyyyy"
del(sleepers) XXXXX: "zzzzz"
....
Così tutte le mail della mailing list vengono filtrate da postto, e 
vanno nel ng locale, ma anche da del, che toglie il recipient 
sleepers (aggiunto da addaccounts, se le mail sono reply a te).
Invece, le mail dirette a sleepers, ma non facenti parte della 
mailing list, non vengono filtrate né da postto né da del, e restano 
abbinate al recipient sleepers.
BTW: come sai, se una mail non viene filtrata da alcuna rule non 
viene persa, ma inviata al recipient di default, cioè admin, a meno 
di non avere scelto un altro recipient di default per quel pop3 (cosa 
fattibile solo tramite script).
-- 
Bye.
       Lem
--------------- 'CLOCK is what you make of it' ---------------
Nuovi numeri primi, con Prime95: 
www.mersenne.org/freesoft.htm


(cosa fattibile solo tramite script).
Interessante, dove lo hai letto? Ho smanacciato tempo fa con
default "sleepers"
nel file MailFilt.hst senza risolvere UBM.
L'help in merito recita:
|This default-account is always "admin" unless another default-user is given
|by the last parameter of a fetchmail/ControlRunFetchMail-scriptcommand
|or with a "default"-line in the filter-file.
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Io applicavo l'ultima riga ma H. non ne voleva sapere ;-)
Grazie.
Ciao, Alessio.
-- 
   PER RISPONDERE TOGLIERE  .linus
Vuoi sapere come funzionano i newsgroup?
Leggi 
http://www.news.nic.it/news-it/


 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Sě, hai ragione. Con
default(sleepers)
dovresti impostare il recipient sleepers come default generale. 
Strano che non funzioni...  se la sintassi che hai usato č ok. ;)
I default potrebbero essere anche piů d'uno:
default(xxxx,yyyy,zzzz)
Invece, solo da script si puň impostare un identificatore per 
stabilire quali sezioni del mailfilt.hst debbano essere applicate ai 
msg scaricati da quel particolare pop3 (ma non c'entra molto, 
effettivamente). Mi ero confuso, sorry.
BTW: ma che fine ha fatto il tuo primo msg? Qui non lo vedo.


 era in x/post,
per caso ce l'hai su ICSN?
BTW mio: la soluzione che mi hai suggerito funziona alla grande,
molte grazie.
Ciao, Alessio.
-- 
   PER RISPONDERE TOGLIERE  .linus
Vuoi sapere come funzionano i newsgroup?
Leggi 
http://www.news.nic.it/news-it/


per caso ce l'hai su ICSN?
Sì, solo là. Volevo sapere se il problema è solo mio...
Felice che tu abbia risolto. :)


Sì, solo là. Volevo sapere se il problema è solo mio...
Saranno le opzioni di xpost di Gravity (se non lo sai tu che lo usi...)
:-)
Ciao, Alessio.
-- 
   PER RISPONDERE TOGLIERE  .linus
Vuoi sapere come funzionano i newsgroup?
Leggi 
http://www.news.nic.it/news-it/


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


perchč "passi" attraverso Hamster, che vantaggi hai?
Apprezzo molto il fatto di poter seguire una mailing-list usando le
comodita' di un (buon) newsreader. Tra l'altro in questo modo con il
mailer vedo solo i messaggi "personali" e non anche quelli delle varie
ML (si', avevo messo dei filtri che spostavano automaticamente le mail
nelle varie cartelline, ma non era la stessa cosa).
Ciao, Alessio.
-- 
   PER RISPONDERE TOGLIERE  .linus
Vuoi sapere come funzionano i newsgroup?
Leggi 
http://www.news.nic.it/news-it/
