Como cualquier migración de correo hay varios pasos que son imprescindibles si no queremos que se nos pierdan correos  por el camino.

Lo primero de todo es instalar el software del nuevo servidor de correo, yo he elegido zimbra porque me parece el uno de los mejores sistemas integrados de correo bajo software libre que tenemos en la actualidad. En el mismo paquete tengo el mta, pop3/imap, antispam, antivirus, listas de correo y un magnifico webmail con correo, agenda de grupo, libreta de direcciones personal y de grupo, gestor de tareas, block de nota, maletín de documentos, mensajería instantanea para el grupo y versiones avanzadas con ajax, estandar en html y para móvil, todo ello con temas adaptables para adaptar a la imagen corporativa del cliente si fuera necesario.

Utiliza software estandar como postfix, amavis, mysql, apache, etc. y algunos desarrollos propios como el servidor pop3 e imap y el webmail. También tiene conectores para blackberry, outlook y lotunotes pero ya de pago.

La administración básica del día a día la puedes hacer desde un entorno de administración web tan completo como el webmail, aunque para las cosas avanzadas hay que recurrir a nuestra querida línea de comandos.

Para el hardware he vuelto a contratar otro servidor dedicado en ovh, que sigue teniendo muy buenos precios (y no, no tengo comisión).

Bueno, después de describir el nuevo sistema lo mejor es que os cuente como he realizado la migración. Lo primero es aclarar que este servidor va a albergar el correo de varios dominios, en la actualidad ya tiene 11 y para finales de la semana que viene tendré aproximandamente 20.

Como soy un poquito maniatico para instalar el servidor he elegido un nombre de dominio completamente nuevo para el servidor, en este caso compuntoes.com.es, un dominio simpático que había comprado hace tiempo y al que no había dado uso hasta ahora.

Antes de instalar el servidor hay que asegurarse de que las dns están correctamente configuradas:

• El nombre del dominio resuelve correctamente.
• Tienes asignado el registro mx.
• Está bien la resolución inversa de la ip.

Se instala y configura todo el software, se migran las cuentas de correo (esto es lo suficientemente complicado como para merecer un post por separado, aunque hay mucha documentación en el wiki de zimbra) y es cuando empieza el baile. Hay que ir a las dns del dominio y añadir un nuevo registro MX con el nombre del nuevo servidor y ponerle un peso inferior al del MX que se utilizaba hasta ese momento. Por ejemplo:

Antes del cambio para el dominio rastreador.com.es tenía:

MX smtp.rastreador.com.es 10

y pasaría a ser:

MX smtp-nuevo.rastreador.com.es 5

MX smtp.rastreador.com.es 20

de esta forma no se pierde ningún correo mientras se propagan las DNS del nuevo servidor y lo único que tienes que hacer es montar un sistema para sincronizar el correo entre los dos servidores (imapsync en mi caso) para que los usuarios puedan utilizar desde ese mismo momento el nuevo servidor.

Yo ya he realizado varias migraciones de este tipo, algunas más complicadas que otras pero la verdad es que esta es de la que probablemente más contento he quedado.

En el blog de Soitu han escrito un artículo en que nos cuentan porqué les gusta el software de código abierto y lo utilizan para el desarrollo de todo su portal de noticias.

Me parece que cuando empiece a funcionar va a ser todo un bombazo. Gente de primera línea, independiente, en competencia real con los grandes periódicos y además sobre software libre.

No soy el único que piensa así, el BBVA ha invertido dinero en soitu.es, aunque Gumersindo mantiene la mayoría de las acciones.

Llevo tiempo queriendo contaros algo sobre uno de los proyectos más interesantes en los que ha participado mi empresa: la red wifi municipal del concejo de Cabranes. Esta red da servicio de acceso a internet a los vecinos del concejo mediante wireless. Siempre lo voy dejando y un día por otro hace ya mas de un año que estoy metido en este tema y con ganas de contaros mis experiencias.

Esta semana el periódico La Nueva España ha publicado dos artículos [1 ] y [2 ]  referentes a este proyecto y creo que va siendo hora de que os cuente algo ya que aparte del importantísimo componente social también es interesante explicar algo de la parte técnica ya que todo el montaje está basado en software libre, desde el firmware de algunos de los routers del sistema hasta los servidores de comunicaciones o los programas de monitorización y control.

Para situaron un poco en esta red os doy algunos datos antes de empezar con la parte técnica:

• Cubre un área de 38 Km² y 1.093 habitantes censados.
• En todo el concejo ningún operador da servicio de acceso a internet de banda ancha.
• Todos los concejos limítrofes tienen acceso a internet de banda ancha.
• Actualmente se está dando servicio a 85 personas.
• La red es propiedad del ayuntamiento municipal y tiene contratado el mantenimiento.

En cuanto a la parte técnica:

• Estamos utilizando tecnología 802.11b/g para los nodos de acceso de los usuarios y 802.11a en parte de la red troncal.
• En la actualidad hay 58 routers en la red mas casi 70 en los usuarios finales para enlazar con los nodos.
• Nuestras marcas preferidas son:
• Buffalo y Linksys para 802.11 b/g
• Airaya para 802.11a (estamos probando otras)
• La salida a internet está balanceada entre dos ADSL, utilizando una para navegar, correo, messenger, jabber, skype, etc y la otra para el resto de servicios.
• Hay varias vpns dentro de la red hasta la salida a internet y de salida con servidores externos.
• Todo el tráfico de red lo controla un equipo con pfsense, un firewall basado en el pf de FreeBSD 6.
• Además hay otro equipo con linux dentro de la red con un nagios instalado que monitoriza todos los routers y con otras aplicaciones de monitorización de desarrollo propio que complementan la información del nagios.

Los nodos a través de los que se conectan los usuarios, tanto los linksys como los buffalo, están todos con dd-wrt, un firmware en linux para estos aparatos muy potente y con muchas más prestaciones que los originales.

Respecto al pfsense no puedo contar mas que maravillas. Al principio el servidor de comunicaciones se había montado bajo linux pero, supongo que debido a la carga, había momentos que se perdía y al final dejaba sin conexión a toda la red. Desde que cambié a freebsd con el pfsense ese problema desapareció por completo. De hecho ahora me ha gustado tanto que tengo unos 20 colocados en mis clientes.

Seguro que se me olvida alguna cosa pero básicamente esta es la red de Cabranes. Es una red complicada y con muchas incidencias derivadas de la tecnología utilizada y  a la orografía y clima de Asturias, pero que está funcionando de forma ininterrumpida desde hace 2 años y que día a día mejora.

En la parte climática nuestro principal problema son las épocas de tormenta ya que cuando le cae un rayo encima a uno de estos aparatos da igual la tierra o protecciones que tenga  que seguro que quema y hay algunos de los nodos que para llegar o vas en todoterreno o te pateas unos buenos montes.

Si alguno tiene ganas de saber más que pregunte. Os voy a preparar otras entradas sobre el ddwrt, nagios y el pfsense.

Si queréis saber algo más sobre el concejo podéis visitar la entrada en la wikipedia sobre el concejo de Cabranes.

• Todos los contenidos deberán ser XHTML 1.0 y CSS 2.0
• Han de ajustarse al nivel doble-A según las directrices de de accesibilidad para el contenido web1.0 del W3C, con la puntilla de 'el sistema deberá comprobar estos extremos en todo momento'.
• La mas interesante: No se valorarán aplicaciones que supongan un desembolso periódico por su uso de manera obligada y se considerarán de manera positiva el uso de desarrollos de terceros que tengan algún modelo de licencia de uso público como la GPL. 

Verdaderamente es un hito el que un organismo público como el IDEPA ponga esas condiciones en un pliego técnico de un concurso importante como este. Tengo curiosidad por ver que empresa se lleva el gato al agua ya que ninguna de las "grandes" asturianas del diseño web pueden presumir de ser defensores o usuarias de software libre. A lo mejor lo gana una de las pequeñitas que si lo utilizan o tiene que venir alguna de fuera para enseñar que es Software libre.

Y no, el famoso framework del principado (FW-PA) no es software libre por mucho que lo cacareen. La definición de qué es software libre está muy clara  y el FW-PA no lo cumple.

Por cierto que como nota discordante han optado por IIS y 2003 server como plataforma. Una pena el tener que ejecutar software libre bajo plataformas propietarias. Supongo que la razón de no elegir Linux, solaris, bsd u otro sistema operativo pensado para proporcionar alto rendimiento en entornos web será por que los administradores no saben manejar otra cosa así que señores, a ver si nos ponemos al día y nos formamos un poco que IIS y 2003 no son tecnologías adecuadas para este tipo de servicios. Y si no saben administrar servicios de estas características contraten a personal con conocimientos o fórmense que ya saben el dicho: El saber no ocupa lugar.

Para no dejar un mal sabor de boca quisiera felicitar a los responsables por este pequeño pasito en favor del software libre.

 Saludos cordiales.