Newsgroup: it.comp.os.linux.software
Titolo: Fetchmail tira giu` piu` volte gli stessi messaggi

Ciao!
Il problema l'ho gia` posto giorni fa ma non una risposta (se qualcosa
non andava ditemelo: gruppo sbagliato?).
Ci riprovo sotto altra veste perche' per me il problema e` di sostanza e
non solo un vezzo come poteva apparire.
In effetti parlavo di fetchmail che non scriveva il log file. Insieme a
lui anche il .fetchid e con questo addio alla speramza che fetchmail
possa sapere cosa ha gia` scaricato. Eppure in passato faceva tutto bene
(in una precedente installazione).
In effetti fetchmail scarica tutto correttamente passando come deve la
palla a procmail attraverso smtp (exim).
Avete suggerimenti?
Permissions? Non so, posso dire che la directory ~/Mail/.Fm e`
"drwwxr-sr-?" (non ricordo il '?'): comunque il default installato da
Debian 2.2.
TIA!
Ciao,
Maurizio.

installazione).
Riposta il .fetchmailrc, e inizio con il consigliare di usare "fetchmail
-F" e vedere cosa succede...
-- 
Renato "Hitman" Salzano - 
http://spazioweb.inwind.it/hitman/
 
e-posta: sonicblast (at) 
inwind.it
 / Xena:TWP fan
Powered by AMD K6-350 & Debian Woody - 100% Wintel free
---> WebDesigner e SysAdmin di 
http://www.italservicesnc.it
 <---

Non è che hai un keep nel .fetchmailrc?

> Non è che hai un keep nel .fetchmailrc?
Si, ce l'ho. Ed il file fetchid dovrebbe proprio servire a questo:
tenere memoria degli id dei files gia` scaricati per non scaricarli
piu`.
Purtroppo, come detto nel mio primo messaggio (ed in un altro scritto
qualche giorno fa a cui nessuno ha risposto: non ho capito perche') ne'`
questo file ne' il file di log vengono scritti ed allora addio alla
possibilita` di sapere cosa e` stato scaricato e addio alla possibilita`
di capirci di piu`.
Maurizio.

 -F" e vedere cosa succede...
Per il .fetchmailrc lo posto appena possibile (stasera) anche se ti anticipo
gia` che per quanto riguarda le istruzioni relative allo scaricamento sembra
funzionare: scarica quel che deve, "flushando" i messaggi dai servers se il
caso oppure lasciando che continuino a risiedervi.
Cio` che non sembra venire accettato/eseguito sono i set per il file di log
e per il fetchid.
Dal man:
-F, --flush
POP3/IMAP only. Delete old (previously retrieved) messages from the
mailserver before
retrieving new messages. This option does not work with ETRN or ODMR.
Warning: if your
local MTA hangs and fetchmail is aborted, the next time you run fetchmail,
it will delete
mail that was never delivered to you. What you probably want is the default
setting: if you
don’t specify ‘-k’, then fetchmail will automatically delete messages after
successful
delivery.
Non e` un po' pericoloso/spiacevole? Sei convinto che sarebbe bene che lo
facessi? Cosa succede ai server ove non voglio che la mia posta venga
cancellata dopo lo scaricamento?
Maurizio.

> Riposta il .fetchmailrc
-------------------------------------------------------------------------
set logfile $HOME/Mail/.Fm/fetchmail.log
set idfile $HOME/Mail/.Fm/.fetchids
#set syslog
poll 
pop.tiscalinet.it
 with protocol POP3:
 user "***" there has password "***" is "***" here
poll 
popmail.inwind.it
 with protocol POP3:
 user "***" there has password "***" is "***" here
 options: keep
-------------------------------------------------------------------------
Spero possiate aiutarmi.
Ciao,
Maurizio.

dopo lo scaricamento?
Su quelli evita di darlo.


set idfile $HOME/Mail/.Fm/.fetchids
1) Esiste la  directory $HOME/Mail/.Fm ed e` con i  giusti permessi? [da
   me e` 755].
2) Provato a togliere l'opzione idfile? Io non l'ho settata e funziona...
