Installazione di QMail su Debian

[RedFoxy]

Ciao ragazzi!
Già immagino di non essere nel posto piu' corretto dove chiederlo, ma ci provo...
Uso qmail ormai da 5 anni almeno, posso installarlo anche a occhi chiusi ma non riuscirò MAI a capire certi errori o problemi...

Ho un erver QMail con Vpopmail, simscan, spamassassin, clamav, daemontools etc... che funziona egregiamente, questo server è online da almeno 4 anni, ha tutti i componenti di compilati a parte clamav che è installato dai pacchetti...

Per necessità devo cambiare ISP e spostare il mail server su un nuovo server, siccome volevo spostare tutto ho reinstallato qmail (per essere precisi netqmail con un mare di patch), ho usato i sorgenti della precedente installazione di qmail pulendoli e poi ricompilandoli sul nuovo server (è uyna debian 64bit il nuovo server contro una debian 32bit), i pacchetti daemontools e ucspi-tcp li ho installati però da pacchetti debian anziché compilarli... Proprio per essere sicuro ho anche disinstallato l'ucspi-tcp e reinstallato dai sorgenti ma niente...

Dimenticavo, il nuovo server è una foto copia del precedente, perciò una volta compilato tutto ho semplicemente copiato i file dei settaggi, le directory dei domini e delle password, in pratica ho sostituito solo gli eseguibili con quelli compliati ora e cambiato gli id e i permessi (spero nel modo corretto).

Ora nei log non vedo errori, ne smtpd ne send, ma non riesco a ricevere la posta esterna, anche se nei log sembra che la riceva perfettamente ma non la consegna alla casella locale, mentre se da un account locale provo a mandare una mail arriva subito.
Altra cosa da notare riguarda il fatto che le mail che stando ai log ho ricevuto durante la fase di test del mail server, mi sono state riconsegnate ore dopo quando ho riattivato il vecchio mail server.

Ho verificato che tutta la directory vpopmail fosse dell'utenza e del gruppo di vpop mail, ho dato un occhiata agli utenti di qmail e sembrano quelli, ho perfino confrontato i permessi dei vari processi in esecuzione tra i due server (si intende i processi inerenti a qmail) e sono identici...

Proprio non so' che altro controllare...

Idee?

Idee su cosa controllare?

[Derevko]

Prova a vedere da linea di comando se ottieni qualche errore:

DEBUG=1 /var/qmail/bin/qmail-inject < prova.txt

[RedFoxy]

cioe' da shell gli do questo? e che devo mettere in prova.txt?

[Uno]

Qmail non lo conosco, non bene almeno ma:

I dns sono a posto vero?

E hai occasione di vedere i log del server esterno da cui ti invi la mail di prova?

[RedFoxy]

no non ho la possibilità di vedere il server esterno... Per i DNS si sono apposto

[Derevko]

cioe' da shell gli do questo? e che devo mettere in prova.txt?

Puoi mettergli quello che ti pare...

[Derevko]

DEBUG=1 /var/qmail/bin/qmail-inject < prova.txt

In realtà meglio questo:

DEBUG=1 /var/qmail/bin/qmail-inject tuo@indirizzo < prova.txt

[RedFoxy]

dunque ho fatto i salti mortali per scorprie quest'errore:


delivery 1037: deferral: TLS_connect_failed:_error:14077410:SSL_routines:SS L23_GET_SERVER_HELLO:sslv3_alert_handshake_failure ;_connected_to_93.94.28.20./


e lo da un'altro server che invia al server nuovo...

[FlameNetworks]

Forse questo ti può aiutare.

Ciao,

F.

[RedFoxy]

ok confermo che NON era questo... In quanto le mail andavano lo stesso... In ogni caso ho fixato il problema di cui sopra ma niente...

La cosa curiosa che ho notato è che se mando una mail dall'altro server ()che però è trustato nel tcp.smtp) le mail arrivano subito e vengono consegnate e le vedo sia sui log smtp che send... Mentre se le mando da GMAIL per esempio, vedo il movimento solo nel log smtp

2010-09-23 19:11:19.755748500 tcpserver: status: 1/20
2010-09-23 19:11:19.755806500 tcpserver: pid 3395 from 74.125.82.44
2010-09-23 19:11:19.755882500 tcpserver: ok 3395 sam2:93.94.28.20:25 :74.125.82.44::35426
2010-09-23 19:11:31.310242500 CHKUSER accepted rcpt: from <softairmania@gmail.com::> remote <mail-ww0-f44.google.com:unknown:74.125.82.44> rcpt <postmaster@softairportal.it> : found existing recipient
2010-09-23 19:11:31.781747500 tcpserver: end 3395 status 0
2010-09-23 19:11:31.781748500 tcpserver: status: 0/20

[RedFoxy]

Ok mi sono messo di santa ragione e ho spulciato la qualsiasi... ho anche tolto l'altro server dal trust per avere i log, fatto questo ho scoperto che simscan mi droppava lo spam anziché farlo passare quindi l'ho ricompilato, non mi spiego perché simscan cerchi dayli.cvd e non cld (quindi ho dovuto pure modificare i sorgenti), e ora sembra andare.

Vediamo... lo testerò per un pò...