Problema al adjuntar ficheros squirrelmail

Es probable que al adjuntar fichero en Squirrelmail, nos encontremos con un error del tipo "No se puede mover/copiar fichero" , lo que impedirá adjuntar ficheros a nuestros correos.La solución es muy sencilla.Editamos el fichero config.php y modificamos la variable $attachment_dir, indicando un directorio con los permisos adecuados.

Juntos pero no revueltos!

Webmin y el Cliente UNIX/Linux de Veritas no se llevan bien.Paramos el segundo. Cambiamos puerto de escucha en el primerto en /etc/webmin/miniserv.conf.Et voilá!

[root@webmail ~]# nano /etc/VRTSralus/ralus.cfg
[root@webmail ~]# /etc/init.d/VRTSralus.init stop
Stopping Symantec Backup Exec Remote Agent
Stopping Symantec Backup Exec Remote Agent: [ OK ]
[root@webmail ~]# rpm -iUvh webmin-1.420-1.noarch.rpm
Operating system is Redhat Enterprise LinuxWebmin install complete. You can now login to https://webmail.xxxxxxxx.local:10000/as root with your root password.
[root@webmail ~]# /etc/init.d/VRTSralus.init start
Starting Symantec Backup Exec Remote Agent ......
Starting Symantec Backup Exec Remote Agent: [ OK ]

mail_name en Postfix

Ni que decir tiene que durante estos días,mis compañeros de trabajo saben que mi única obsesión se centra en Posftix(www.postfix.org).Revisando documentación he localizado un parámetro que cambia las cabeceras del mensaje indicando la versión del MTA. Ahora mismo en mail.elzulo.org tengo:
mail_name = Microsoft Exchange Server 6.0
Al recibir un email desde mail.elzulo.org ,las cabeceras indican:

Received by mail.elzulo.org (Microsoft Exchange Server 6.0, from userid xxx) id xxxxxx76779; Tue, 22 Jul 2008 20:19:38 +0200 (CEST)

Si alguien quiere hacer "cosquillas" a este modesto mailserver, por lo menos que lo haga pensando que es un Exchange.
Salud y gnuismo!

Dovecot y RHEL5

Cuando uno se acostumbra el Jabugo(Debian GNU/Linux) y luego le dan salchicha de 0.37 € el paquete(RHEL 5.1), pasa lo que pasa.
Al intentar configurar Dovecot para x86_64 me he topado con el siguiente error: imap-login: imap-login: error while loading shared libraries: libsepol.so.1.
Basta con descomentar la línea :
#login_process_size =
por
login_process_size = 64

del fichero /etc/dovecot.conf

Por cierto, lo he leído aquí.

DNS y ElPais

Muy poco había leído sobre el envenenamiento DNS;creo recordar que lo habían nombrado en el Curso de Mancomún de este mes en Santiago de Compostela.
No sé si habéis leído El Pais de hoy Domingo 20 de Julio.Publican una noticia más que interesante, acerca del descubrimiento de una serie de vulnerabilidades en el servicio DNS que permitía envenenar las bases de datos y "falsear" las asociaciones entre nombres DNS e IPs. Os recomiendo encarecidamente la lectura.
Siguiendo con los mismo,y a raíz de los problemas que hemos tenido esta semana en la oficina con algún que otro servidor DNS con Windows 2003, he recuperado documentación acerca de BIND, que utilizaré para configurar los dos servidores DNS del Kernel 2008 en Mugardos. El caso es que para levantar un DNS Caché que simplemente funcione con BIND, basta con introducir dos líneas en el fichero named.conf.options de /etc.
forward only;
forwarders {
212.51.33.106;
212.51.33.73;
};
La rapidez en las consultas es extraordinaria.Vamos a consultar con dig el dominio cisco.com y a comprobar cuanto tiempo tardan los DNS Server de mi ISP(el de mi vecino) en resolver la búsqueda:

polinico:/etc/bind# dig cisco.com

; <<>> DiG 9.4.2 <<>> cisco.com
[Resultados Omitidos]
;; Query time: 37 msec
;; SERVER: 212.51.33.106#53(212.51.33.106)
;; WHEN: Sun Jul 20 22:40:18 2008
;; MSG SIZE rcvd: 95


Ahora lo mismo, pero el contenido de /etc/resolv.conf es:
nameserver 127.0.0.1

polinico:/etc/bind# dig cisco.com

; <<>> DiG 9.4.2 <<>> cisco.com
[Resultados Omitidos]
;; Query time: 1 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sun Jul 20 22:46:17 2008
;; MSG SIZE rcvd: 95

La verdad es que el tiempo de consultas se reduce considerablemente.
Salud y gnuismo para todos!