Per risolvere il problema della greylist di exim appesa su cPanel per errori di questo genere:

== test@******.com R=lookuphost T=remote_smtp defer (-53): retry time not reached for any host

Basta eseguire da root via shell questi comandi:

/usr/sbin/exim_tidydb -t 1d /var/spool/exim retry > /dev/null
/usr/sbin/exim_tidydb -t 1d /var/spool/exim reject > /dev/null
/usr/sbin/exim_tidydb -t 1d /var/spool/exim wait-remote_smtp > /dev/null

/scripts/courierup — force
/scripts/eximup –force

La possibilità per l’utente di creare e gestire i propri cronjobs rappresenta una caratteristica fondamentale del nostro hosting. Permette di poter schedulare l’esecuzione degli script, come ad esempio l’invio di una newsletter o la pulizia di un database.

Il cPanel offre una sezione dedicata alla creazione dei cronjobs, con inserimento facilitato dei dati necessari.Come verifica sull’esecuzione del cronjob, si può impostare l’invio via mail dell’output dello script, così da verificare la presenza di eventuali errori. Un errore cui si può andare incontro è il seguente:

Your Terminal type is unknown!

Enter a terminal type: [vt100]
TERMINAL TYPE IS SET TO vt100

L’errore indicato dipende dal percorso specificato per l’esecuzione del cronjob. Specificando il percorso tramite url, infatti, il cronjob non viene eseguito e va in errore. Per tale motivo, il percorso dello script deve essere indicato tramite path assoluto, ovvero:

Esempio:

• script da eseguire: cronjob.php
• url dello script: http://www.dominio.com/cronjob.php
• path dello script: /home/dominio/public_html/cronjob.php

Nel caso definito dall’esempio, nel cron andrà indicato il path dello script e non la url. In tal modo, l’esecuzione avverrà senza errori e si potrà ricevere il giusto output nella propria casella di posta.

Nell’installazione di un sistema Plesk con la webmail Horde può accadere che, tentando di accedere con i dati corretti alla webmail, non si venga riconosciuti come utenti del sistema. Horde indica semplicemente che username e password non sono esatti (invalid login).

Nei log di Horde viene visualizzato un errore di questo tipo:

HORDE [error] [imp] FAILED LOGIN xx.xx.xx.xx to localhost:143[imap/notls] as account@domain.com [on line 258 of "/usr/share/psa-horde/imp/lib/Auth/imp.php"]

Quando accade ciò, per risolvere il problema occorre disattivare la protezione SElinux. Su CentOS è sufficiente eseguire il comando setup nel terminale.

In Joomla 1.5 c’è un problema con il salvataggio di alcune pagine (es. Configurazione sito).

Alcuni utenti hanno riscontrato la restituzione da parte di apache di questo errore:

406 Not Acceptable
An appropriate representation of the requested resource /joomladir/administrator/index.php could not be found on this server.

Il problema è una regola di mod_security “standard” che mette, generalmente, l’installazione base di quest’ultimo pacchetto per apache 2.2.x (easyapache di cPanel utilizza queste regole standard).

Per eliminare il problema, basta commentare la regola:

#SecRule REQUEST_URI|REQUEST_BODY “xmlrpc”

e sostituirla con la seguente:

########################################
#MTS
#XML-RPC generic attack sigs
SecRule REQUEST_HEADERS “^Content-Type\: application/xml” chain
SecRule REQUEST_BODY “(\<.*xml)” chain
SecRule REQUEST_BODY “(echo( |\(|\’).*\;|chr|fwrite|fopen|system|echr|passthru|popen|proc_open|shell_exec|exec|proc_nice|proc_terminate|proc_get_status|proc_close|pfsockopen|leak|apache_child_terminate|posix_kill|posix_mkfifo|posix_setpgid|posix_setsid|posix_setuid|phpinfo)\(.*\)\;” chain
SecRule REQUEST_BODY “methodCall\>”

#Specific XML-RPC attacks on xmlrpc.php
SecRule REQUEST_URI “(xmlrpc|xmlrpc.*)\.php” chain
SecRule REQUEST_BODY “(\<.*xml)” chain
SecRule REQUEST_BODY “(echo( |\(|\’).*\;|chr|fwrite|fopen|system|echr|passthru|popen|proc_open|shell_exec|exec|proc_nice|proc_terminate|proc_get_status|proc_close|pfsockopen|leak|apache_child_terminate|posix_kill|posix_mkfifo|posix_setpgid|posix_setsid|posix_setuid|phpinfo)\(.*\)\;”

#Too generic, unless you know you won’t see this in any of the fields of an XMLRPC message on your system
#SecRule REQUEST_URI “/xmlrpc\.php” chain
#SecRule “(cd|perl |python |rpm |yum |apt-get |emerge |lynx |links |mkdir |elinks |cmd|pwd|wget |id|uname |cvs |svn |(s|r)(cp|sh) |rexec |smbclient |t?ftp |ncftp |curl |telnet |gcc |cc |g\+\+ |\./)”

#XML-RPC SQL injection generic signature
SecRule REQUEST_URI “(xmlrpc|xmlrpc_.*)\.php” chain
SecRule REQUEST_BODY “.*.*.*(select|grant|delete|insert|drop|do|alter|replace|truncate|update|create|rename|describe)[[:space:]]+[A-Z|a-z|0-9|\*| |,]+[[:space:]](from|into|table|database|index|view).*methodName\>”
##########################################

Può capitare, dopo una nuova installazione di DirectAdmin (specialmente su VPS), che si riscontrino problemi in ricezione su exim.

L’errore più comune è questo:

2008-02-11 16:15:51 1FIVGP-0001A0-2p unable to set gid=8 or uid=1002 (euid=8): local delivery to hosler transport=virtua
2008-02-11 16:15:51 1FIVGP-0001A0-2p failed to read delivery status for info@dominio.com from delivery subprocess
2008-02-11 16:15:51 1FIVGP-0001A0-2p appendfile transport process returned non-zero status 0×0100: exit code 1
2008-02-11 16:15:51 1FIVGP-0001A0-2p == info@dominio.com R=virtual_user T=virtual_localdelivery defer (-1)
2008-02-11 16:15:51 1FIVGP-0001A0-2p Frozen

La causa, generica, di questo problema deriva dai permessi sull’eseguibile di exim (probabilmente errati).
Per risolvere, basta cambiare i permessi all’eseguibile in questo modo:

chmod 4755 /usr/sbin/exim

via | DirectAdmin Forum