Newsgroup: it.comp.os.linux.iniziare
Titolo: Fetchmail a ripetizione

Sto sperimentando fetchmail per scaricare la posta di tutta la famiglia in 
un solo colpo.
Con fetchmail -d 300 faccio controllare la posta ogni 5 minuti.
Il file fetchmailrc sotto root è composto da 
poll 
mail.tavernadelleidee.it
 with proto POP3
       user 'username' there with password 'pwduser' is 'casella' here 
options no fetchall keep
per ogni indirizzo di posta di ciascun utente e la cosa funziona, anche 
troppo, nel senso che ogni 5 minuti fetchmail scarica sempre tutta la posta 
anche quella già scaricata.
Per gli indirizzi in cuipotevo ho fatto cancellare i vecchi messaggi e via 
ma in alcuni non voglio inserire il no keep o flush perchè di giorno li 
controllo dall'ufficio, cosa devo fare?
Il file fetchids viene aggiornato regolarmente, il protocollo di 
trasmissione è POP3 ...e io sto quasi per rinunciare!-(
Vi prego datemi qualche indizio. Grazie
Giorgio

 controllo dall'ufficio, cosa devo fare?
Anziché attivare il fetchmail come demone (-d 300), controllalo con un
cronjob solo nelle ore notturne.
-- 
Massimo Bacilieri AKA Crononauta 
mailto:
ulib...@libero.it
 ; ICQ:4005815
+++ antispam: l'indirizzo mittente è alterato; usare quello qui 
    sopra indicato se mi si vuole rispondere in posta.

 cronjob solo nelle ore notturne.
Però così la posta non mi resta sul server remoto comunque oppure mi viene 
scaricata in ogni caso tutta ogni volta che mi collego: di solito la lascio 
sul server remoto una settimana, così sono sicuro di averla scaricata sia 
da casa che dal lavoro anche se per qualche giorno non uso il computer.
Ciao
Giorgio
PS A parte il man e gli appunti linux c'è qualche altra documentazione su 
fetchmail?

 da casa che dal lavoro anche se per qualche giorno non uso il computer.
Io faccio in una maniera diversa: la scarico sul computer di casa e poi
nel caso la leggo da casa tramite il mutt via telnet :-)
Nel tuo caso, unificherei la cosa, scaricherei tutto sul computer di
casa e poi la gestirei tramite imap. Oppure controlla se il tuo provider
ti mette a disposizione imap, alcuni lo fanno e ti risolverebbe tutto.


 trasmissione ? POP3 ...e io sto quasi per rinunciare!-(
Non c'è bisogno di specificare no fetchall: è l'opzione
di default.
Fa così:
poll 
your.mailserver.com
 with proto pop3
	user newbie with password "i_dont_know" is lame here keep
-- 
|f(x)-f(y)|<=L|x-y|

 
Puoi spiegarti meglio?
Vuoi dire che potrei scaricare tutto da me e poi far fare al mio computer 
da mail server verso l'esterno tramite protocollo imap?

 da mail server verso l'esterno tramite protocollo imap?
Certo. L'unica condizione è che il tuo linux sia raggiungibile
direttamente tramite un ip pubblico, ma mi sembra che il tuo caso sia
questo, quindi puoi procedere a farlo.
A quel punto, tramite un fetchmail scarichi tutta la posta dei tuoi
utenti, in modo da trasferirla sui loro file di spool (usualmente in
/var/spool/mail/nomeutente )
Per abilitare imap, devi avere il pacchetto "imap" installato
(ovviamente!!!!) in modo da avere il demone.
In /etc/inetd.conf abiliti la riga corrispondente, se non c'è nulla
aggiungila a mano (ma di solito basta decommentarla):
imap    stream  tcp     nowait  root    /usr/sbin/tcpd  imapd
Riavvia inetd (killall -HUP inetd) ed ecco che il tuo sistema risponderà
sulla porta 143 alle chiamate imap.
Se non hai inetd ma xinetd, dovrebbe cambiare ben poco, ci sarà qualcosa
di completamente analogo.
Con un client imap ora puoi collegarti al tuo computer, e muovere la
posta direttamente sul server. Unico svantaggio: dannatamente lento,
perché tutte le operazioni vengono fatte sul server, e i risultati ti
vengono trasmessi (mentre scaricando la posta con pop3, tutto viene
trasferito in locale, con i vantaggi e gli svantaggi del caso).
Però puoi fare esattamente quello che vuoi tu.
Ah, ovviamente, non ti scordare di abilitare il servizio in
/etc/hosts.allow altrimenti perdi la testa a capire come mai ti rifiuta
la connessione :-)
imapd:ALL
in /etc/hosts.allow risolve il problema, se vuoi essere più restrittivo
tanto meglio :-)


Vecchio problema. Fetchmail usa procmail, che deve essere configurato.
In /etc crea il file "procmailrc"
che deve contenere esattamente
:0 Wh: msgid.lock
| formail -D 8192 msgid.cache
:0 a:
duplicates
oppure al posto di duplicates /dev/null, perché duplicates cresce a 
dismisura (contiene i messaggi duplicati). Prima prova con duplicates, 
poi se tutto funziona, sostituisci /dev/null.
saluti

Non so bene, devo ancora fare qualche test comunque mi sembra di aver 
risolto mettendo l'opzione UIDL nella riga di poll e set fetchids 
all'inizio, cosě forzo fetchmail a tenere traccia dei messaggi nuovi e ad 
usare il file con gli id dei messaggi letti.
Grazie a tutti per l'aiuto.
GB-)