mail() ha smesso di funzionare

[diarex]

Ciao,

ho una VPS su Aruba con Plesk, ci sono configurati 9 domini, alcuni hanno il mail server attivato altri no poichè usano la posta di Aruba.

Da alcuni giorni i siti non inviano posta, o meglio nei log di Plesk le email sembrano partite ma i destinatari @hotmail, @gmail, @libero, @fuoriDalServer non le ricevono.

Funzionano invece le email inviate alle caselle gestite dal MailServer della VPS.

Ecco il codice di test:

$to   = 'pippo@dominioDentroVPS.it';
$from = 'pluto@dominioFuoriVPS.it';

$subject = 'Prova Email' . date( "H:i:s", time() );
$message = 'Prova ' . date( "H:i:s", time() );

if(mail($to, $subject, $message, "From: $from"))
  echo "Mail sent - $message";
else
  echo "Mail send failure - message not sent - $message";

echo "<br/>";

if(mail($from, $subject, $message, "From: $to"))
  echo "Mail sent - $message";
else
  echo "Mail send failure - message not sent - $message"; 

Il codice torna sempre "Mail sent"

Il problema si è manifestato solo da un paio di giorni. cosa può essere?

[diarex]

Risolto parzialmente.

Le email arrivano con diverse ore di ritardo su tutti gli indirizzi usati per i test. Perchè?

[GrG]

Come possiamo dirtelo noi? I log li hai tu.

[diarex]

Non c'è nulla nei log di errore. Plesk invece li da inviati correttamente, non in coda.

[GrG]

Cosa dice nei log quindi?

[diarex]

i log di errore di Apache e Php sono puliti. Quali altri log devo controllare?

[GrG]

Quelli del demone smtp, ovviamente.

Comunque fai una ricerchina sul forum, il consiglio è sempre lo stesso, lascia stare il virtuale e passa ad uno shared di livello o ad un server managed. Se vuoi faccio qualche nome.

[diarex]

Proprio perchè il consiglio è sempre lo stesso non vale la pena darlo continuamente.

[GrG]

Beh si perchè è come avere in giro qualcuno che guida un SUV senza avere la patente. Non ti stancheresti mai di ripetere che è pericoloso nonchè un rischio per il resto del pianeta, no?

Poi qui è ancora più evidente, ti parlo di log e mi dici che in quelli di Apache non c'è niente...

[diarex]

Ma se una cosa smette di funzionare è normale pensare in quest'ordine:

1) errore nel PHP - l'email non parte perchè la pagina si interrompe
2) errore in Aphace - la pagina di invio non viene aperta perchè ci sono troppi processi o altro
3) errore nella VPS - controllo se Plesk ha il log di invio delle email che non sono arrivate
4) errore in Virtuozzo - risorse sature ed i server non rispondono

Manca qualcosa... si, il log SMTP.

Ma che ci vuole a dirlo senza polemica? Bisogna per forza dire "fatevi gestire i server"? E poi bisogna sempre fare i soliti paragoni del c...o?

Ed alla fine il "Dio sceso in terra" di turno non fece altro che far perdere tempo. I poveri umani.. loro si che hanno un lavoro che non gli consente di cazzeggiare nei forum.

[GrG]

Guarda ti assicuro che il farsi pubblicità è l'ultimo scopo di ogni persona qui. Nessuno vuole costringerti a comprare un costoso managed (infatti se ci fai caso, spesso la soluzione scelta dai tuoi colleghi vpsatuttiicosti è un buono shared, o magari uno shared normale perchè la vps proprio non serviva).

Fidati, io lo so, a uno che ha una VPS da 10 euro al mese non si riuscirà mai e poi mai a vendere un managed da 50. Quando qualcuno qui sul forum da quello che ormai è diventato "il solito consiglio" lo fa perchè ne ha piene le palle di vedere il suo lavoro ridotto a sbattere nel firewall IP di spammer, istruire i filtri e contattare servizi abuse. E, ti assicuro, io faccio sempre un controllo sugli ip che falcio, sono SEMPRE vps.

Anyway una scaletta umana è:

1 - Errore dello script. Provo a inviare una mail in locale e vedo se arriva (nel 99% dei casi una mail inviata in locale arriva). Se si, non è lo script. Se no, è lo script. Lo correggo.
2 - Se la mail in locale è arrivata escludo PHP e Apache (nessun problema di processi, è praticamente impossibile, se lo script arriva in fondo Apache il suo laavoro l'ha fatto). A questo punto controllo i log (la differenza tra VPS e SMTP non ha senso, son gli stessi log quelli che leggi da Plesk.

Quindi, posta il log completo di tre mail arrivate in ritardo e vediamo di capire. Come reverse ed EHLO sei a posto?

[Alex]

ndr. verifica che il mailserver di destinazione non utilizzi greylist

[GrG]

In quel caso però le dovrebbe vedere in coda, invece dice che spariscono.

[cxcs]

@diarex vai qui Email Blacklist Check - See if your server is blacklisted, controlla che l'ip non sia finito in blacklist.

[diarex]

Grazie, avevo già controllato e non sono in blacklist.

Il notevole ritardo mi mare di capire dai log che è stato dovuto ad un invio massivo di email 3 giorni prima.

Apr  8 12:18:24 95 qmail-queue-handlers[26146]: Handlers Filter before-queue for qmail started ...
Apr  8 12:18:24 95 qmail-queue-handlers[26146]: from=info@kimere.com
Apr  8 12:18:24 95 qmail-queue-handlers[26146]: to=diarex@hotmail.it
Apr  8 12:18:24 95 qmail-queue-handlers[26146]: hook_dir = '/var/qmail//handlers/before-queue'
Apr  8 12:18:24 95 qmail-queue-handlers[26146]: recipient[3] = 'diarex@hotmail.it'
Apr  8 12:18:24 95 qmail-queue-handlers[26146]: handlers dir = '/var/qmail//handlers/before-queue/recipient/diarex@hotmail.it'
Apr  8 12:18:24 95 qmail-queue-handlers[26146]: starter: submitter[26147] exited normally
Apr  8 12:18:24 95 qmail: 1302257904.014357 new msg 111793154
Apr  8 12:18:24 95 qmail: 1302257904.014424 info msg 111793154: bytes 926 from <info@kimere.com> qp 26147 uid 10003

e dopo alcune ore arriva:

Apr  8 15:56:27 95 qmail: 1302270987.577874 starting delivery 917: msg 111793154 to remote diarex@hotmail.it
Apr  8 15:56:27 95 qmail: 1302270987.577952 status: local 0/10 remote 20/20
Apr  8 15:56:27 95 qmail-remote-handlers[32079]: Handlers Filter before-remote for qmail started ...
Apr  8 15:56:27 95 qmail-remote-handlers[32079]: from=info@kimere.com
Apr  8 15:56:27 95 qmail-remote-handlers[32079]: to=diarex@hotmail.it
Apr  8 15:56:29 95 qmail: 1302270989.100903 delivery 917: success: 65.54.188.94_accepted_message./Remote_host_said:_250__<9edc5cb1ec462e3b74fcd267f4c63641@www.kimere.com>_Queued_mail_for_delivery/
Apr  8 15:56:29 95 qmail: 1302270989.100943 status: local 0/10 remote 19/20
Apr  8 15:56:29 95 qmail: 1302270989.100960 end msg 111793154

Bene, la dicitura:

Apr  8 15:56:29 95 qmail: 1302270989.100943 status: local 0/10 remote 19/20

Mi lascia supporre che in coda c'erano diversi messaggi.

Non deve più accadere, l'amministratore del sito ha il diritto di scrivere ai propri clienti senza che la macchina si blocchi per 3 giorni. Inoltre le email non erano tante, meno di 4.000

Su hosting condiviso abbiamo raggiunto le 12.000 email senza notare anomalie simili e tutte recapitate.

La configurazione del sito al momento prevede 1440 email / ora, il server deve supportare almeno questa velocità per non bloccare le normali attività.

Mi date una mano a comprendere ove agire senza combinare danni da altre parti?