Topic: Problema con Fetchmail : "another fetchmail running in the foreground at"

[jackelwood]

Ciao a tutti!

Ho uno SME 7.5.1 con installato il contrib FETCHMAIL per scaricare  posta e inoltrarla agli utenti, purtroppo ho questo problema  : saltuariamente Fetchmail non scarica più la posta o meglio come avvisa la mail che viene recapitata all’admin (another fetchmail running in the foreground at xxxxxx),sembra che la precedente sessione di fetchmail sia ancora in corso .
Ho provato a stoppare e riavviare il servizio dal “server-manager” ma non ottengo risultati, solo dopo aver riavviato il server,Fetchmail torna a scaricare la posta,visto che il riavvio non è certamente la soluzione  vorrei risolvere il problema definitivamente. Leggendo sul forum sembra che ciò accade se :

- l’intervallo di tempo tra un ciclo di scarico e l’altro è troppo breve ( nel mio caso ho impostato 15 min ).
- la connessione con isp va in timeout.
- ci sono troppi messaggi o messaggi troppo pesanti.

In un post della sezione in lingua inglese ,mi sembra di capire che suggeriscano di modificare lo script relativo a startmail  in modo da avviare fetchmail solo se non trova  una sessione già in esecuzione; ha un senso oppure ho detto una cavolata?

Potete aiutarmi?
Grazie
Ciao

[Fumetto]

Controlla i log e riporta gli errori di cui ci sarà sicuramente traccia... senza è un po difficile stabilire o tentare di stabilirne la causa.

[jackelwood]

In var\log\maillog ho una sfilza di :

fetchmail[28885] : Server CommonName mismatch : localhost ! = mail.dominio.com

questi avvisi comparivano anche quando Fetchmail scaricava correttamente la posta...

in var\log\messages non trovo nulla di riconducibile al problema , quali altri log possono essere interessanti da consultare ?

Perdonate la domanda ma ammetto i miei limiti ....

[Fumetto]

Potrebbe essere un problema di certificati SSL... mai avuto il problema in effetti...

Fetchmail recupera da domini su Aruba?

[jackelwood]

No, il maintainer è Alicom.

Cercando sul forum c'è questa discussione http://forums.contribs.org/index.php/topic,45400.msg220440.html#msg220440

Potrebbe essere il mio caso ?


Grazie per l'aiuto.

[Fumetto]

Controlla il log di qmail, dovresti trovare delle righe come queste

2010-11-07 23:45:07.867078500 new msg 10717562
2010-11-07 23:45:07.867152500 info msg 10717562: bytes 8409 from <info@pagine-mail.it> qp 5325 uid 453
2010-11-07 23:45:07.872304500 starting delivery 882: msg 10717562 to local alias-localdelivery-davide@miodominio.lan
2010-11-07 23:45:07.872326500 status: local 1/10 remote 0/20

che indicano il corretto delivery delle email ricevute all'utente. Se tutto è a posto controlla il log di fetchmail mettendo in modalità "verbose" il log delle operazioni eseguite da fetchmail stesso nel recupero delle email dall'esterno.

- l’intervallo di tempo tra un ciclo di scarico e l’altro è troppo breve ( nel mio caso ho impostato 15 min ).

Dipendentemente dalla quantità e dal "peso" delle email (anche dall'hardware e dai servizi attivati... antivirus, antispam), anche questa potrebbe essere una causa del problema, il fatto che il "difetto" si presenta saltuariamente non depone a favore di una rapida individuazione delle cause e senza tali informazioni è un po difficile risolvere...

[Stefano]

No, il maintainer è Alicom.
Cercando sul forum c'è questa discussione http://forums.contribs.org/index.php/topic,45400.msg220440.html#msg220440
Potrebbe essere il mio caso ?
Grazie per l'aiuto.

senza i log non lo sapremo mai.. metti, come ha detto fumetto, l'account in verbose mode e poi passa qui il log

[jackelwood]

Ecco quanto riporta  maillog di una sessione di scarico posta :

Nov  8 01:16:16 srvdati fetchmail[30252]: 6.2.5 querying mail.dominio.com (protocol POP3) at lun 08 nov 2010 01:16:16 CET: poll started
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< +OK Hello there. <13143.1289175467@localhost.localdomain>
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3> CAPA
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< +OK Here's what I can do:
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< STLS
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< TOP
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< USER
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< LOGIN-DELAY 10
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< PIPELINING
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< UIDL
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< IMPLEMENTATION Courier Mail Server
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< .
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3> STLS
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< +OK Begin SSL/TLS negotiation now.
Nov  8 01:16:16 srvdati fetchmail[30252]: Issuer Organization: Courier Mail Server
Nov  8 01:16:16 srvdati fetchmail[30252]: Issuer CommonName: localhost
Nov  8 01:16:16 srvdati fetchmail[30252]: Server CommonName: localhost
Nov  8 01:16:16 srvdati fetchmail[30252]: Server CommonName mismatch: localhost != mail.dominio.com
Nov  8 01:16:16 srvdati fetchmail[30252]: mail.dominio.com key fingerprint: 7A:2C:4C:2E:9C:54:C0:D5:2E:AF:A7:BA:17:00:D1:19
Nov  8 01:16:16 srvdati fetchmail[30252]: Warning: server certificate verification: self signed certificate
Nov  8 01:16:16 srvdati fetchmail[30252]: Issuer Organization: Courier Mail Server
Nov  8 01:16:16 srvdati fetchmail[30252]: Issuer CommonName: localhost
Nov  8 01:16:16 srvdati fetchmail[30252]: Server CommonName: localhost
Nov  8 01:16:16 srvdati fetchmail[30252]: Server CommonName mismatch: localhost != mail.dominio.com
Nov  8 01:16:16 srvdati fetchmail[30252]: Warning: server certificate verification: certificate has expired
Nov  8 01:16:16 srvdati fetchmail[30252]: Issuer Organization: Courier Mail Server
Nov  8 01:16:16 srvdati fetchmail[30252]: Issuer CommonName: localhost
Nov  8 01:16:16 srvdati fetchmail[30252]: Server CommonName: localhost
Nov  8 01:16:16 srvdati fetchmail[30252]: Server CommonName mismatch: localhost != mail.dominio.com
Nov  8 01:16:16 srvdati fetchmail[30252]: Warning: server certificate verification: certificate has expired
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3> CAPA
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< +OK Here's what I can do:
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< TOP
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< USER
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< LOGIN-DELAY 10
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< PIPELINING
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< UIDL
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< IMPLEMENTATION Courier Mail Server
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< .
Nov  8 01:16:16 srvdati fetchmail[30252]: mail.dominio.com: upgrade to TLS succeeded.
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3> USER segreteria@dominio.com
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< +OK Password required.
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3> PASS *
Nov  8 01:16:16 srvdati fetchmail[30252]: POP3< +OK logged in.
Nov  8 01:16:19 srvdati fetchmail[30252]: POP3> STAT
Nov  8 01:16:19 srvdati fetchmail[30252]: POP3< +OK 0 0
Nov  8 01:16:19 srvdati fetchmail[30252]: No mail for segreteria@dominio.com at mail.dominio.com
Nov  8 01:16:19 srvdati fetchmail[30252]: POP3> QUIT
Nov  8 01:16:19 srvdati fetchmail[30252]: POP3< +OK Bye-bye.
Nov  8 01:16:19 srvdati fetchmail[30252]: 6.2.5 querying mail.dominio.com (protocol POP3) at lun 08 nov 2010 01:16:19 CET: poll completed
Nov  8 01:16:19 srvdati fetchmail[30252]: normal termination, status 1

Nb : quando il tutto si blocca il log non viene popolato.

[Fumetto]

Se il log non viene popolato è perchè fetchmail non scarica... probabilmente il precedente tentativo di scarico e invio all'account locale non è ancora terminato... prova ad aumentare il tempo che intercorre tra uno scarico e l'altro...

[maudagan]

anche io ho lo stesso problema ma ho notato che l'effetto sul mio sme è di tipo "a valanga" 
mi spiego meglio....
innanzi tutto credo che il problema nel mio caso sia da imputare alla connessione dsl schifosa.. decisamente schifosa...
quando ho problemi di linea fetchmail comincia a "creare problemi", ogni 15min sme mi invia la mail di cui sopra  e più passa il tempo e più il server "si pianta".
la cosa blocca completamente la ricezione delle mail fino a che non riavvio sme.
sembra quasi che si crei una coda di operazioni da fare che si ostacolano una con l'altra e ,per effetto "valanga" finiscono per bloccare tutto.
spero di essermi spiegato
c'è da dire che l'hardware del mio sme non è di primo pelo e che utilizzo fetchmail per scaricare 10 account ogni 15min

[kardl]

Ho anch'io un problema simile, nel mio caso si è manifestato da quando ho fatto l'aaggiornamento dalla versione 6 alla 7.5 (installazione da 0 pulita e poi recupero da backup)
Capita in maniera casuale ma, stranamente, solo di notte.
Giusto per completezza di informazioni, recupero la posta anche da server su aruba e prima di passare alla versione 7.5 non mi era mai capitato nulla di simile.
Ora provo ad aumentare il tempo tra uno scarico e l'altro e vedo cosa succede.

anche io ho lo stesso problema ma ho notato che l'effetto sul mio sme è di tipo "a valanga" 
mi spiego meglio....
..........

[Stefano]

Ho anch'io un problema simile, nel mio caso si è manifestato da quando ho fatto l'aaggiornamento dalla versione 6 alla 7.5 (installazione da 0 pulita e poi recupero da backup)
Capita in maniera casuale ma, stranamente, solo di notte.
Giusto per completezza di informazioni, recupero la posta anche da server su aruba e prima di passare alla versione 7.5 non mi era mai capitato nulla di simile.
Ora provo ad aumentare il tempo tra uno scarico e l'altro e vedo cosa succede.

non hai però risposto alle domande che ti ho posto