Newsgroup: it.comp.os.linux.sys
Titolo: fetchmail: another process is running at 16569

Ciao a tutti!
Con l'abbonamento FLAT ora scarichiamo la posta elettronica, dai POP3 remoti
su Internet, ogni 15 minuti.
Una cortesia, scusatemi: dal crontab lancio fetchmail opportunamente settato
con il file .fetchmailrc dove sono contenuti circa 30 account remoti POP3.
Stamattina, vedendo che la posta elettronica non arrivava, ho constatato che
da ieri pomeriggio alle ore 17,30, trovando il provider occupato, fetchmail
si era forse "impiantato" e ad ogni 15 minuti quando il crontab lo
richiamava mi mandava un messaggio dicendo sempre:
fetchmail: another process is running at 16569.
Chiaramente stava ancora girando il vecchio fetchmail?
Si era forse loopato?
Come potrebbe essere la risoluzione del problema di quando trova occupato il
router al quale il server Linux č collegato?
Grazie infinite per la vostra disponibilitą!
Ciao,
Francesco Collini

 con il file .fetchmailrc dove sono contenuti circa 30 account remoti POP3.
A me capita un problema abbastanza simile quando lancio fetchmail in
daemon mode cioe' dopo un po' (ho qualche volte dei problemi di time out
della eth ma anche il collegamento ad Internet dopo un tot di
inattivita' viene sganciato, per liberare risorse, qui [1]) e cosi' mi
tocca killare il processo di fetchmail. Penso che potresti dunque
risolvere con un qualche script che verifichi se fetchmail riceve
correttamente la posta (usando che so, un account fake oppure mandando
una mail ad un account noto e poi provando il fetching su quell'account)
e nel caso killando il processo.
[1] Thorin in quei casi usa uno script per evitare di aprire Netscape e
ri-autenticarsi sfruttando il piccolo ma potente wget
!/bin/bash
wget -c --proxy=off --http-user=XXXXX --http-passwd=XXXXXXXXX
http://pluto.trew.it/ildp/HOWTO/HOWTO-INDEX-3.html
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

grazie intanto, Pierluigi.
Una cavolata, scusami: e se io, nel crontab, ogni quindici minuti al posto
di fetchmail eseguissi uno script, del tipo:
#!/bin/bash
killall -HUP fetchmail
fetchmail
cosě, se eventualmente gira ancora fetchmail in quanto ha trovato problemi
la volta prima, prima di rilanciarlo me lo killa...
Potrebbe essere un'idea?
Ciao, grazie!
Francesco

 
Succede la stessa cosa a me ogni tanto fetchmail si pianta.
Infatti ho smesso di usarlo come demone perchè se lo chiamo con cron
almeno mi avvisa che si è piantato.
Ho provato di tutto, ma non ho spiegazioni. Anche se gli do un timeout
con l'ozione
fetchmail -t 300
ciao.
fabrizio

 Potrebbe essere un'idea?
Si, drastico ma efficace.


ahiaia!
Ed in sostituzione di fetchmail che demone usereste?
Ciao,
Francesco Collini

 router al quale il server Linux č collegato?
Usare l'opzione timeout nel file .fetchmailrc (per ogni account) che
specifica
il timeout in secondi trascorso il quale verra' interrotta la connessione
con il server POP3.
Se detto parametro lo avevi gia' impostato, allora non so cosa
sia accaduto.

su 
fetchmail.org
 c'è la versione 5.5.4 del demone fetchmail. Voi che
versione avete?
Ciao,
Francesco Collini

 Potrebbe essere un'idea?
E se sta scaricando una mail di grosse dimensioni e quindi non č in
loop. Non va bene per me.
fabrizio

 versione avete?
[root@cppcccslnxd59 /root]# rpm -qa | grep fetchmail
fetchmail-5.3.1-1


Carissimi amici,
siccome siamo in più di uno ad avere penso un problema comune con fetchmail,
ho trovato la 5.5.4.
Vale la pena provare secondo voi?
(tratto da 
www.fetchmail.org
)
...You can get any of the following leading-edge resources here:
  a.. Gzipped source archive of fetchmail 5.5.4
  b.. Intel binary RPM of fetchmail 5.5.4 (uses glibc-2.1.2)
  c.. Source RPM of fetchmail 5.5.4 ....
Ciao,
Francesco Collini

 versione avete?
[fabrizio@adsl fabrizio]$ rpm -qa|grep fetchmail
fetchmail-5.3.1-1
RH6.2
ciao