Newsgroup: it.comp.os.linux.sys
Titolo: fetchmail in cron

ciao
la una riga di cron:
0,10,20,30,40,50 * * * * fetchmail >/var/log/fetchmail.log
  mi permette di controllare la posta ogni 10m.
e' il metodo migliore per effettuare il poll ogni 10m?

 e' il metodo migliore per effettuare il poll ogni 10m?
No. Fetchmail supporta l'opzione daemon.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
The Internet is full. Go away.

amE wrote:

Non so se sia il "migliore" (che vuol dire "migliore"?),
ma fetchmail puo` funzionare in daemon mode, con intervallo
di polling programmabile, quindi non vedo la necessita`
di usare cron.
Ma puo` essere che vi siano altre ragioni...
bye,
-- 
   Piergiorgio Sartor

 
non ci sono altre ragioni.
Quindi lo lancio da rc.local?

 No. Fetchmail supporta l'opzione daemon.
se usato con connessioni non 24h/24h mi pare di ricordare che crei
problemi l'opzione daemon. Nel senso che ogni tanto richiede un
/etc/init.d/restart (debian), quando magari la connessione e' giu' da un
po'.
Comuqnue ne approfitto per chiedere una cosa in proposito. Ho una
connessione flat gprs che pero' ogni tanto va giu'.
Ho la necessita' di utilizzare 2 pc e avere la posta sempre aggiornata
su entrambe le macchine. Ho pensato di fare un serverino con
postfix/fetchmail/teapop che tiri giu' la posta, dopodiche' mi
connetterei coi miei client al server portandomi la posta in locale 
(opzione -keep in ciascun .fetchmailrc, altrimenti l'altro client rimane
"fregato")
Siccome appunto ogni tanto cade la connessione e _mi pare_ di ricordare
che questo impalli il demone di fetchmail, e' necessario che mi logghi
al server per riavviare il d. di fetchmail (un po' palloso).
Per questa mia esigenza e' meglio utilizare cron, oppure fetchmail come
demone + uno script in cron che lanci il restart di fetchmail ogni tanto
a scopo "precauzionale"?
Avevo provato a mettere brutalmente in crontab la riga:
*/10 * * * * /etc/init.d/fetchmail restart > /dev/null 2>&1
ma non aveva funzionato
Spero si sia capito qualcosa :)
PS: despammed sta dando i numeri, sono 3 gg che non mi forwarda piu' una
mail
-- 
| Ciao Cacciavite       Linux Registered User #297089
| Powered by *Debian GNU/Linux 3.0* on Celeron 667MHz 	  
| E-mail:           cacciavite616 at tiscali punto it

 */10 * * * * /etc/init.d/fetchmail restart > /dev/null 2>&1
L'uso di fetchmail system-wide e` molto aggressivo[1]. Io non lo uso e
non lo consiglio. Se e` un utente solo, consiglio l'invocazione diretta
(e pescaggio in ~/.fetchmailrc).
[1]
Aggressivo perche` o gira come root, con tutti i problemi e i limiti che
questo comporta, o hai un /etc/fetchmailrc con tanto di password di
posta delle varie caselle, accessibile cmq almeno all'owner con cui
gira fetchmail, che quindi insieme a root, fa gia` due.
Insomma, non bellissimo.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
If you lie to the compiler, the compiler will get its revenge.

 ntpdate, svuotare la coda della posta, fetchare le news...
insomma devo riportare li tutto cio'che ho messo in cron :))
Grazie
Comunque daro' un'occhiata a imap. Me l'hai consigliato perche' consente
di leggere la posta sul server?


 sono problemi per questo? (a naso no direi di no ;)
ora che ci penso non e' neanche compilato il ppp nel kernel (nel caso si
puo' ricompilare)


 di leggere la posta sul server?
Lascia la posta sul server, e permette in maniera ragionevole, un
accesso che sia indipendente dalla postazione, purche` il proprio MUA
supporti tale protocollo, ovviamente.
Ha un po` di overhead, ma in lan e` come lavore in locale. (a dire il
vero, avevo un accont su internet, e anche con una connessione semplice
isdn, non notavo particolari decadimenti).
Ha il pregio che, configurando opportunamente i client, davvero non ti
accorgi e non hai gli svantaggi di usare piu` computer per leggere e
scrivere posta (oltre al pregio che puoi centralizzare archivi e quindi
backup di posta), perche` e` tutto server-side.
Ora una nota:
Non e` un po` "overkill" in un'ambiente casalingo [1], con connessione
dial-up, fare addirittura una separazione tra gw e servizi by lan?
Capisco il desiderio di sperimentare, ma l'esperimento rischia di essere
minato dall'investimento sproporzionato.
[1]
Poi magari non e` una situazione casalinga, ed io ho completamente
sottovalutato quello che chiedevi, in tal caso, me ne scuso in anticipo.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
In the long run every program becomes rococo - then rubble.

 sottovalutato quello che chiedevi, in tal caso, me ne scuso in anticipo.
no il tuo istinto ha colto nel segno.


 Quindi lo lancio da rc.local?
Come e` fatto notare nell'altro ramo del thread,
se hai una connessione dialup, conviene far
partire (e fermare) fetchmail dagli script
up & down della rete.
Varie ed eventuali, dipende da come e` la situazione.
bye,
-- 
   Piergiorgio Sartor