zen.spamhaus.org disabilita servizio SMTP

[sko22]

Da poco accade che abilitando Enable MAPS spam protection su zen.spamhaus.org il servizio SMTP in Services management si disabiliti.

Ho provato anche con sbl-xbl.spamhaus.org + cbl.abuseat.org

Sono quelli di aruba che mi bloccano spamhaus.org oppure è zen.spamhaus.org che non mi accetta?

[Valeriano Manassero]

Da poco accade che abilitando Enable MAPS spam protection su zen.spamhaus.org il servizio SMTP in Services management si disabiliti.

Ho provato anche con sbl-xbl.spamhaus.org + cbl.abuseat.org

Sono quelli di aruba che mi bloccano spamhaus.org oppure è zen.spamhaus.org che non mi accetta?

Senza uno straccio di log?
Chiedi ad Aruba no?

[DanyXP]

Sembra incredibile ma.... è tutto vero. Plesk 8.3 attivando zen il servizio smtp viene arrestato.

[Alex]

si ma magari con un log si capisce anche il motivo

[Valeriano Manassero]

Sembra incredibile ma.... è tutto vero. Plesk 8.3 attivando zen il servizio smtp viene arrestato.

E fino qui ci siamo.
E poi?
Non si riesce a riavviarlo? Perchè se così non è probabilmente Plesk modifica le conf in maniera scorretta ma ci vogliono i log.

[y2khosting]

E' capitato che in alcune installazioni di Plesk, modificando le impostazioni relative alla DNSBL da pannello di controllo, Plesk facesse sparire nel nulla la riga che fa partire qmail in inetd.conf, e bisogna quindi editare inetd.conf e ripristinare a mano.

[sko22]

chi ci aiuta a ripristinare la riga che fa partire qmail in inetd.conf?
cmq qmail parte ma solo se non viene spuntato Enable MAPS spam protection

[y2khosting]

ci posti il tuo.. così vediamo se il problema è effettivamente quello?

[sko22]

mi dite dove posso trovarli questi log?

[Valeriano Manassero]

mi dite dove posso trovarli questi log?

Ma scusa sei in condiviso o in dedicato e se quest'ultimo managed o unmanaged?

[sko22]

è un virtual server con plesk su aruba

[y2khosting]

devi guardare il file /etc/inetd.conf , dovrebbe esserci una linea simile (è solo un esempio..) a quella che segue, se non c'è, il problema è quello che ti dicevo, che alcune volta modificando le impostazioni da Plesk questa finisce nel nulla, e bisogna ripristinarla a mano:

smtp stream tcp nowait.1000 root /var/qmail/bin/tcp-env 
tcp-env  /usr/sbin/rblsmtpd  -r zen.spamhaus.org -r dul.dnsbl.sorbs.net -r 
combined.njabl.org -r bhnc.njabl.org -r 
bl.spamcop.net /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true

(sottointeso il discorso che se non hai conoscenze sistemistiche... è bene che tu faccia dare un'occhiata al tuo VPS da qualcuno esperto )

[sko22]

Nella sezione start del mio /etc/inet.d/qmail

ho una cosa del genere

if [ -x /sbin/start-stop-daemon -a ! -d "`dirname $subsys`" ]; then
# use debian daemon control facility
sh -c "start-stop-daemon --start --quiet --user qmails \
--exec ${qmail_dir}/bin/qmail-send \
--startas ${qmail_dir}/bin/qmail-start -- ./Maildir/ splogger qmail 2 &"
else
qmail-start ./Maildir/ splogger qmail &
fi

sleep 1
pidofproc $proccess >/dev/null 2>&1
ret=$?
if [ "$ret" -eq 0 ]; then
report_action "Starting $myname: " /bin/true
else
report_action "Starting $myname: " /bin/false
fi
[ "$ret" -eq 0 ] && [ -d "`dirname $subsys`" ] && touch $subsys
return "$ret"

[sko22]

qualcuno ha risolto questo problema ??

qui mi dicono che è un problema di dns...

[Valeriano Manassero]

Visto che è unmanaged dovresti sapere come muoverti.
Visto che "ti dicono" immagino tu abbia affidato la gestione ad un professionista che quindi non deve dire, ma *agire*.
Di qui è un po' difficile ed anche pericoloso darti un consiglio che poi magari si rivela un disastro.
Ad maiora...