Nel WHM di cPanel manca qualcosa molto utile per gli admin del {it:server}.
Stiamo parlando dell’abilitazione di Spamassassin per tutti gli account in un solo colpo.
E’ vero che abbiamo nella sezione “Exim configuration editor” la possibilità di flaggare “SpamAssassin: Enable for all users without the option for users to shut off per account”: questo fa si che venga abilitato spamassassin su tutti gli account, ma è anche vero che disabilita di fatto il pulsante “Disable spamassassin” nel singolo cPanel dell’utente impedendo a quest’ultimo di scegliere se abilitarlo o meno.
Spizzando il …

Ultimamente gli sviluppatori di Spamassassin non stanno più sviluppando il software antispam.
Chi ha attive le quote sulla macchina linux (parlo per gli utenti di cPanel) ha potuto constatare che per un bug di spamassassin ancora non corretto, se un utente ha lo spazio sul proprio account esaurito, spamassassin va in overload facendo piantare di fatto la macchina.
Tutto questo perchè, a quota esaurita, se un utente riceve ancora email (che chiaramente vengono inviate indietro con il messaggio “Mailbox is full”) il file .spamassassin presente nel suo account rimane letteralmente bloccato facendo …

Il server smtp di cPanel (exim) ultimamente sembra avere problemi con alcuni filtri impostati da grossi provider come tiscali.it, alice.it, msn.it/.com, yahoo.it/.com.
L’errore che troviamo nell’exim_maillog è generalmente questo:
2008-01-06 12:39:04 1JBTqJ-0008Eo-Mp <= info@www.miodominio.it H=localhost [127.0.0.1] P=esmtpa A=fixed_login:info@miodominio.it S=1372 id=20080106123903.tk8fn2utwgksg8w8@www.miodominio.it
2008-01-06 12:39:04 1JBTqJ-0008Eo-Mp == indirizzo@tiscali.it R=lookuphost T=remote_smtp defer (-53): retry time not reached for any host
Questo problema, pultroppo, ancora non è stato risolto completamente dagli sviluppatori di cPanel.
Per risolvere, è necessario cambiare il file di configurazione di exim (exim.conf).

Molti {it:provider} utilizzano vari sistemi di protezione per lo {it:spam} . Uno di questi è il cosidetto sistema di graylist.
In pratica succede questo:

SERVER-A invia una email a SERVER-B ;
SERVER-B riceve la mail ma, per essere sicuro che SERVER-A sia un server mail vero, invia un errore con codice 451 o 452 (se non è un server vero vorrà dire, con alta probabilità, che la mail è stata inviata da uno spammer);
Se SERVER-A è, quindi, il vero server da cui è partita la mail risponderà all’errore 451 o 452;
SERVER-B riceve la …