Comando mail lentissimo

[Zio FO]

Ciao a tutti.
Su una macchina unix con Apache 1.3 e PHP 5.2.5 l'esecuzione del comando mail ha dei tempi vergognosi. siamo oltre i 20 secondi, mentre tutte le altre pagine con altri comandi si caricano in tempi normalissimi.

anche usando il comando in modo semplice, tipo:

mail ("<indirizzo email>", "Mail di prova", "messaggio di prova"); 

l'esecuzione impiega tempi biblici!

Qualcuno ha avuto esperienze simili o ha qualche idea?

[Zio FO]

up

[gianiaz]

hai accesso da root a quel server?

Com'è configurato il server di posta nel php.ini?

Se mandi una mail con il comando da shell (non tramite php) hai gli stessi tempi di attesa?

ciao

[Zio FO]

Originariamente inviato da gianiaz
hai accesso da root a quel server?

sì

Com'è configurato il server di posta nel php.ini?

sendmail_from me@example.com
sendmail_path /usr/sbin/sendmail -t -i
SMTP localhost
smtp_port 25

Se mandi una mail con il comando da shell (non tramite php) hai gli stessi tempi di attesa?

ciao

in effetti sì...

ma la cosa strana è che quella macchina è sù da un anno, non ci sono state fatte modifiche, e fino ad una settimana fa non dava questo problema

[gianiaz]

probabilmente il problema non è il php.

Controlla la coda di invio nei log, controlla se sta partendo qualcosa di strano.

Non vorrei farti venire paranoie, ma magari ti hanno sfondato il server e lo stanno usando per spedire mail di spam.

Ciao

[Zio FO]

Originariamente inviato da gianiaz
probabilmente il problema non è il php.

Controlla la coda di invio nei log, controlla se sta partendo qualcosa di strano.

Non vorrei farti venire paranoie, ma magari ti hanno sfondato il server e lo stanno usando per spedire mail di spam.

Ciao

no, non c'è nulla di strano
la cosa che mi inquieta è che fa così anche se faccio usare a sendmail un altro smtp invece che localhost...

[gianiaz]

prova con un traceroute a vedere i tempi di risoluzione di un qualsiasi indirizzo, compreso localhost.

Forse il problema è la rete o il server dns.

Ciao

[Zio FO]

ho cambiato dns alla macchina ed ora è tornato a funzionare normalmente. Il dns primario in questi giorni ha dei problemi, quindi andava in timeout e ricorreva al secondario (almeno questa è la mia interpretazione )

Questi dannati dns