Newsgroup: it.comp.os.linux.sys
Titolo: postfix lento a rispondere

Salve a tutti.
Ho un server mail postfix da ormai qualche tempo ed ha sempre funzionato 
tutto senza problemi di sorta (cosa che per la verità fa anche ora).
Se non fosse che da due o tre giorni è diventato lento in risposta: 
praticamente mentre prima da thunderbird l'invio era immediato, ora sta 
lì un attimo a pensarci e poi invia correttamente il tutto.
Non lo darei come un problema del client in quanto ha iniziato a farlo 
da tutti i client della rete. Analizzando un po' di pacchetti con 
tcpdump, praticamente nel momento in cui il client si connette, 
esattamente 5 secondi dopo postfix risponde il classico 'Response: 220 
mail ESMTP'.
La cosa è visibile anche andando in telnet sulla porta 25 del server 
(mentre prima il response era pressochè immediato).
Nella rete non vi sono stati cambiamenti; la lettura via imap della 
posta è veloce quanto prima ed altri servizi sulla macchina come ad 
esempio apache sono molto reattivi. Carichi particolari non ve ne sono, 
solo forse ho notato un leggero rallentamento in connessione ssh (il 
prompt di richiesta password ha anche lui un rallentamento rispetto a 
prima, ma non ho cambiato i dns).
Ho provato un po' di troubleshooting seguendo le indicazioni della 
seguente pagina:
http://www.postfix.org/TUNING_README.html
Ma nonostante varie prove il problema permane. Nel resto dei servizi non 
  vi sono particolari problemi da farmi imputare il rallentamento dovuto 
alla rete.
Avete dei suggerimenti da darmi per favore?
Grazie dell'attenzione.

 mail ESMTP'.
Risoluzione DNS che va in timeout tentando di risolvere la rete interna.

 Problemi di reverse-dns?
ciao Davide, grazie. pensavo anch'io dopo aver visto rallentare anche il 
login di ssh. Però se faccio delle prove sul server di posta non ho 
problemi di quel tipo...

 Risoluzione DNS che va in timeout tentando di risolvere la rete interna.
Ciao Skull :)
però facendo dei test dal mail server verso la rete interna non ho 
problemi di questo tipo...

 
Hai dato un'occhiata ai log in /var/log/ ? (mail.[info|err|warn])
Enrico


Non capisco che vuoi dire.

 Hai dato un'occhiata ai log in /var/log/ ? (mail.[info|err|warn])
si, ma non trovo nessun errore o warning particolare (a parte i warning 
dove le mail vengono rigettate dalle rbl).


Tagliamo corto:
- che distro hai?
- che ip hai sulla rete interna?
- il DNS usato dal mailserver è un bind sulla stessa macchina?

 Non capisco che vuoi dire.
nel senso che dal mail server risolvo correttamente tutte le macchine 
della lan. e dalle macchine della lan risolvo correttamente il mail 
server. sia con nome che con ip.

 - il DNS usato dal mailserver è un bind sulla stessa macchina?
Great :)
- ubuntu 6.06 dapper
- 192.168.3.x
- no, punta a due dns che stanno ognuno su una macchina w2003


Quindi, per capirsi, nei log di postfix trovi che ogni riga che cita:
[...] postfix/smtpd[24487]: connect from XXX[192.168.1.1]
e relativa ad un Ip della rete interna riporta correttamente l'hostname 
della macchina dopo il "from", in luogo di "unknown"?

 della macchina dopo il "from", in luogo di "unknown"?
Aug 29 11:55:28 mail postfix/smtpd[22549]: connect from 
macbook.dominio.interno.it
[192.168.3.192]


Ottimo.
Ancora una cosa: sei sicuro che di quei due DNS stian rispondendo 
entrambi e in tempi decenti?
Perchè se uno dei due ha problemi (il primo che interroghi), accadrebbe 
esattamente che
- il server tenta risoluzione sul DNS1
- la risoluzione va in timeout
- il server tenta risoluzione sul DNS2
- la risoluzione termina con successo
E questo porterebbe esattamente al comportamento che riscontri.
Le macchine windows non ne sarebbero affette perchè il risolutore di 
windows switcha direttamente i client a risolvere sul "superstite" (AFAIR)

 windows switcha direttamente i client a risolvere sul "superstite" (AFAIR)
ahi ahi... :(((
sei un grandissimo... il primo connettendomi dal mail server va in 
timeout, mentre facendolo dai client della rete risponde in modo 
immediato...

 windows switcha direttamente i client a risolvere sul "superstite" (AFAIR)
guarda, questo lo vedo nell'event della macchina windows nel momento in 
cui dal mail server provo ad interrogare il primo dns in modo specifico:
The DNS server received a bad TCP-based DNS message from 
192.168.200.200.  The packet was rejected or ignored. The event data 
contains the DNS packet.
sul secondo nessun problema. indago.
grazie davvero.

 immediato...
mi si è sputtanata la regola sul firewall ??!?!
ricreata ora anche il primo dns funziona correttamente.
non so come ringraziarvi per il supporto.

 non so come ringraziarvi per il supporto.
150 euro sul CC ITS37XXXXXXX
Seguirà fattura a stretto giro di posta
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 
ma tu non sei mai intervenuto! :D

 ma tu non sei mai intervenuto! :D
Tranquillo, è il mio picciotto...


Faccio il manager di Skull, ovviamente con la sua piena approvazione
(difatti sono 120 a lui e 30 a me per l'impegno)


 Tranquillo, è il mio picciotto...
azz...

 problemi di questo tipo...
ident lookup?
Exim lo fa (con un timeout esagerato tra l'altro)