Contact Form 7 Calendar no funciona con Internet Explorer
Si usaís el plugin de wordpress Contact Form 7 Calendar, habréis observado que no funciona correctamente con Internet Explorer al menos en las versiones 7 y 8 que son las que he podido probar.
La localización del calendario se desplaza o bien no aparece dependiendo de los estilos que tenga aplicada la página.
Para corregirlo edita el fichero calendar.js y busca las líneas:
if (Calendar.is_ie) {
br.y += document.body.scrollTop;
br.x += document.body.scrollLeft;
} else {
br.y += window.scrollY;
br.x += window.scrollX;
}
y sustitúyelas por:
br.y += window.scrollY; br.x += window.scrollX;
Con eso se soluciona el problema.
Error: cli_hex2str(): Malformed hexstring: This ClamAV version has reached End of Life!
Ayer, 15 de Abril de 2010, terminó el soporte para las versiones de ClamAV inferiores a la 0.95 y por tanto, si es vuestro caso, os aparecerá un mensaje de esta forma:
Error: cli_hex2str(): Malformed hexstring: This ClamAV version has reached End of Life!
He aquí una guía rápida para solucionar el problema (bajo CentOS, para otras distribuciones el proceso es similar):
wget http://downloads.sourceforge.net/clamav/clamav-0.96.tar.gz
tar zxf clamav-0.96.tar.gz
cd clamav-0.96
./configure
make
make install
service clamd restart
cd /usr/sbin
cp clamd clamd.bak
ln -s /usr/local/sbin/clamd clamd
cd /etc
cp clamd.conf clamd.conf.bak
ln -s /etc/clamd.conf clamd.conf
chown qscand:qscand /var/log/clamav/clamd.log
service clamd restart
qmailctl stop
qmailctl start
De esta forma queda solucionado el problema. Espero que os ayude.
Desactivar Auto-White-List (AWL) en SpamAssasin
La característica de AWL consiste, de forma resumida, en que los remitentes que han estado alguna vez debajo por el umbral de SPAM van pasando a formar parte de una lista blanca para que la próxima vez sean puntuados como tales (esto en realidad es más complejo pero la idea es esa).
El tema es que este sistema no siempre es efectivo ya que aquellos spammers que utilizan la técnica de email spoofing poniendo de remitente al mismo destinatario consiguen colar bastantes sobre todo si no se hacen comprobaciones de rDNS o no se tienen establecidas políticas de comprobación de los registros SPF para el dominio remitente (que en el caso que hablamos sería el mismo que el destino).
Es por eso que se puede preferir no contar con este sistema y para desactivarlo basta con editar el fichero /etc/mail/spamassassin/v310.pre y comentar o eliminar la siguiente línea:
loadplugin Mail::SpamAssassin::Plugin::AWL
Después de ello hay que reinciar el servicio de spamassassin:
service spamassassin stop
service spamassassin start
Problema con las DNS de telefónica
El pasado miércoles hubo un problema con las DNS de telefónica que por lo menos hasta ayer tarde estaba sin resolver.
Si estáis teniendo problemas de navegación quizás sea porque estéis usando DNS de telefónica. (Ojo, aunque vuestro ISP sea otro podéis tener este problema si las DNS que usais son de telefónica).
Como alternativa podéis usar cualquiera de estas:
8.8.8.8
8.8.4.4
208.67.222.222
208.67.220.220
Las dos primeras son de Google y las dos últimas de OpenDNS.
“date: cannot set date: Operation not permitted” en entornos Xen como root
Cuando uno está como root no está acostumbrado a que le digan “operation not permitted” y menos en un comando tan simple como date.
El caso es que en entornos Xen puede no estar permitido establecer la hora del sistema porque se asume que se comparte la hora de la máquina física que contiene la instancia virtual Xen.
Si queremos tener una hora independiente de la máquina física podemos hacer lo siguiente:
echo 1 > /proc/sys/xen/independent_wallclock
Y si queremos que el cambio sea permanente editamos el fichero /etc/sysctl.conf y añadimos la siguiente línea:
xen.independent_wallclock = 1
Recordamos que la mejor alternativa al comando date es establecer la fecha, hora y zona horaria del sistema sincronizando con un servidor NTP.


