lunes, 28 de julio de 2008

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.

jueves, 24 de julio de 2008

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 ]

martes, 22 de julio de 2008

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!

lunes, 21 de julio de 2008

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í.

domingo, 20 de julio de 2008

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!

viernes, 18 de julio de 2008

Trasteando con Red Hat Enterprise 5

La cosa se ponía chunga.Más de una hora y no levantaba el servicio de Veritas en un RHEL5.El tema estaba tan mal que casi instalo Windows 2003 + Exchange(Descojone general :D) Recuerdo un post de abril de 2008 en el que comentaba que era necesario la instalación de una librería para poder ejecutar correctamente este servicio.El caso es que en un máquina x86-64 la cosa cambia.Casi mejor no repito el post y actualizo unas cosillas:
  • La librería es esta : compat-libstdc++-33-3.2.3-64.x86_64.rpm
  • [root@pasarela]rpm -iUvh compat-libstdc++-33-3.2.3-64.x86_64.rpm--test
  • Si todo va OK, repetimos el comando pero SIN --test.
  • Iniciamos el cliente Veritas Linux : [root@pasarela]/etc/init.d/VRTSralus.init start
Saludos.

jueves, 17 de julio de 2008

Microsoft y sus historias

Por fin! Hoy me he convencido de que Microsoft Outlook y derivados son una auténtica basura.Una cosa es que se pasen los estándares por el forro, que sea para mucho "el único cliente de correo", pero lo de hoy no tiene nombre.Como sabréis desde hace cosa de un año, me dedico a instalar y administrar mailserver con Debian o RedHat(postfix+imap+spamassassin..etc).De momento todo funciona realmente bien, salvo cuando a los clientes de correo se les da por anunciar su NO DISPONIBILIDAD con un error del tipo "Objeto no encontrado".¿Acaso se creen que todos hemos participado en la programación de Outlook u Office?Me parece de coña.Por otro lado, la página de soporte es de risa.Joer, luego leo por ahí que incluso existen evangelistas de Microsoft: hay gente que no tiene ni vergüenza= sinvergüenzas.La web de soporte es demencial.Resulta que se sacan de la manga un scanpst.exe, que viene a ser una especie de SuperHerramientaArreglaErroresdeOutlook, que como era de esperar no sirve para nada.Harto de consultar webs y páginas de in-soporte, por cierto, insoportables.Decido instalar Thunderbird(a la mierdas las PDAs y el active-sync).Et voilá! Todo como una rayo.La conexión imap SSL sin problemas, incluso a importado los contactos y las carpetas personales.
Sé que con el siguiente comentario no promulgo el software libre, pero ni en Mac OS X pasa eso.Sí, es software propietario, lo sé, pero el software funciona.iMail funciona realmente bien;y aunque en Mac OS X uso Thunderbird, lo prefiero mil veces antes que el Outlook.
Ya por último, y reflexionando un poco, me gustaría recalcar mi total repulsa hacia todo lo que tiene que ver con Microsoft,y en particular con su Sistema Operativo Windows, tanto cliente, como Servidor, del cual no puedo más que descojonarme de la risa ante su, cada vez más evidente, ganas y ganas de comer recursos de máquinas: RAM,ciclos de CPU...etc.
La verdad es que hoy no he tenido un buen día,pero otra verdad es que con Debian jamás me hubiese pasado!
Salud y GNUismo!