Koozali.org: home of the SME Server
Other Languages => Italiano => Topic started by: jackelwood on November 06, 2010, 03:57:43 PM
-
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
-
Controlla i log e riporta gli errori di cui ci sarà sicuramente traccia... senza è un po difficile stabilire o tentare di stabilirne la causa.
-
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 ....
-
Potrebbe essere un problema di certificati SSL... mai avuto il problema in effetti... :)
Fetchmail recupera da domini su Aruba?
-
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.
-
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... :)
-
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
-
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.
-
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...
-
anche io ho lo stesso problema ma ho notato che l'effetto sul mio sme è di tipo "a valanga" :shock:
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 :sad: 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 :lol:
c'è da dire che l'hardware del mio sme non è di primo pelo e che utilizzo fetchmail per scaricare 10 account ogni 15min
-
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" :shock:
mi spiego meglio....
..........
-
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 (http://forums.contribs.org/index.php/topic,47085.msg231846.html#msg231846) ;-)