Lo primero que debemos de hacer es planificar los nombres que necesitamos dar de alta en el DNS para hacerlo cuanto antes y dar tiempo a que se propaguen. Realmente un único registro A y otro MX nos valdrían ya que todo va a funcionar en la misma máquina, pero por aquello de que quede bonito y pensando en futuros cambios en los que el servicio crezca y necesitemos usar máquinas diferentes para cada cosa, deberíamos de crear un registro A diferente para cada uno de los servicios. Algo así:

smtp IN A 99.99.99.99
mail IN A 99.99.99.99
webmail IN A 99.99.99.99
@ IN MX 10 mail.midominio.com

Donde, lógicamente, hemos de cambiar midominio.com por el nombre de dominio que vamos a usar y 99.99.99.99 por la IP de nuestra máquina.

En segundo lugar debemos de instalar los paquetes que necesitamos. Dejaremos el webmail para el final y nos centraremos en el resto. Para ponerlo en funcionamiento necesitamos instalar, además de postfix y dovecot, los paquetes necesarios para realizar la autenticación mediante el protocolo SASL:

# apt-get install postfix-tls libsasl2-2 sasl2-bin libsasl2-modules dovecot-imapd

El archivo de configuración principal de postfix es /etc/postfix/main.cf. Lo siguiente que tenemos que hacer es editarlo y añadir las siguientes líneas a su contenido:

smtpd_sasl_local_domain = midominio.com
smtpd_sasl_auth_enable = yes
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_sasl_security_options = noanonymous
home_mailbox = Maildir/

En la primera línea debemos de sustituir la cadena en negritas por el dominio cuyo correo queremos recibir. El resto de los parámetros determinan el tipo de autenticación que vamos a realizar, el servicio que se encargará de la autenticación (dovecot en este caso) y las restricciones de acceso más comunes al servidor. Tienes información detallada de todas ellas en este enlace.

Con el parámetro home_mailbox, muy importante, indicamos a Postfix que queremos usar el formato de correo Maildir y que la ubicación de las carpetas donde se almacenará este será un directorio denominado Maildir en el raiz del directorio home de cada usuario. Si no lo especificamos así, el correo se almacenará en un único fichero con el nombre de la cuenta de cada usuario y bajo el directorio /var/mail.

Una de las operaciones que se realiza durante la instalación de Dovecot es crear la estructura necesaria para albergar los buzones de correo en el directorio /etc/skel que es el que sirve de plantilla para generar el home de los nuevos usuarios. Eso quiere decir que los usuarios que tengamos previamente creados antes de hacer esta instalación no dispondrán de dichos directorios y, por tanto, no funcionaran correctamente. Para remedir esto tenemos que copiar manualmente dicha estructura. Supongamos que queremos copiar la estructura de buzones al usuario josemaria, ya creado antes de esta instalación. La operación sería la siguiente:

# cp -r /etc/skel/Maildir /home/josemaria
# chown -R josemaria:josemaria /home/josemaria/Maildir
# chmod -R 700 /home/josemaria/Maildir

La configuración de dovecot la realizamos en el fichero /etc/dovecot/dovecot.conf. Así como el archivo de configuración de postfix es sencillito y asequible (apenas tiene 20 líneas), el de dovecot es un engendro de más de 1000 líneas. Casi todas son comentarios, si, pero aun así asusta bastante…

Los dos primeros cambios son para determinar el protocolo que vamos a usar y habilitar la autenticación mediante texto plano. Busca las siguientes líneas y asegúrate de que no están comentadas y de que sus valores son estos:

protocols = imap
disable_plaintext_auth = no

El siguiente cambio va encaminado a configurar el identificador único que usaremos para cada email. Para que exista compatibilidad con algunos de los clientes de Microsoft es necesario que se defina de esta forma:

pop3_uidl_format = %08Xu%08Xv

Y ya sólo nos resta por definir los parámetros relativos al mecanismo de autenticación que hemos elegido. Lo hacemos con el siguiente bloque:

auth default {
     mechanisms = plain login
     passdb pam {
     }
     userdb passwd {
     }
     socket listen {
          client {
               path = /var/spool/postfix/private/auth
               mode = 0660
               user = postfix
               group = postfix
          }
     }
}

Ahora necesitamos hacer unas pequeñas modificaciones para permitir la comunicación entre postfix y sasl. Puesto que el daemon de postix se ejecuta mediante chroot en el directorio /var/spool/postfix, crearemos un enlace allí al que podrá acceder el daemon de sasl:

# mkdir -p /var/spool/postfix/var/run/saslauthd
# rm -r /var/run/saslauthd/
# ln -s /var/spool/postfix/var/run/saslauthd /var/run
# chgrp sasl /var/spool/postfix/var/run/saslauthd
# adduser postfix sasl

Y, finalmente, debemos de reiniciar los tres servicios involucrados para que lean los cambios hechos en sus respectivas configuraciones:

#/etc/init.d/saslauthd restart
#/etc/init.d/postfix restart
#/etc/init.d/dovecot restart

Para quién la autenticación mediante usuario y contraseña con texto plano se le quede corta, puede echarle un vistazo a este tutorial donde explican como realizarla mediante TLS.

Vamos ahora con la instalación de Squirrel Mail que es mucho más sencilla. Para ello necesitamos instalar apache, php y el propio squirrel:

# apt-get install apache2 libapache2-mod-php5 php5-cli php5-common php5-cgi squirrelmail

En el directorio /etc/squirrelmail tenemos un archivo llamado apache.conf con la configuración necesaria para crear la instancia de apache que nos permitirá acceder a Squirrel. Debemos de editarlo para modificar los datos correspondientes al Virtual Host que queremos crear:

<VirtualHost *:80 >
     DocumentRoot /usr/share/squirrelmail
     ServerName webmail.midominio.com
</VirtualHost>

Luego creamos un enlace a este archivo en el directorio sites-availables de apache:

# ln -s /etc/squirrelmail/apache.conf /etc/apache2/sites-available/squirrelmail

Y, por último, habilitamos el sitio y pedimos a Apache que vuelva a recargar su configuración:

# a2ensite squirrelmail
# /etc/init.d/apache2 reload

La configuración de squirrel se realiza a través de un sencillo programa en modo consola que permite seleccionar, desde el idioma por defecto o el icono de la página de login, hasta la ubicación de carpetas por defecto o los plugins disponibles. Dicho programa se lanza con el siguiente comando:

# /usr/sbin/squirrelmail-configure

Con esto tenemos nuestro servidor de correo perfectamente operativo. Para crear una nueva cuenta de correo basta con que creemos un nuevo usuario en la máquina. Si creamos una cuenta llamada paquito, automaticamente se creará un buzón de correo para paquito@midominio.com cuyos mensajes se almacenaran en un directorio llamado Maildir que colgará del home de nuestro nuevo usuario.

Un par de ajustes finales. Si nuestra máquina permite el acceso por ssh y sólo queremos dar acceso de correo pero no permitir que estos usuarios accedan a la consola de la misma, lo mejor es que creemos un grupo con los usuarios que tendrán acceso de ssh y lo indiquemos así. Además, recordad que la autenticación de las cuentas de correo la estamos haciendo en texto plano, con lo cual cualquiera podría “escucharlas” y disponer de una cuenta de acceso a nuestra máquina. Podríamos, por ejemplo, tener un grupo llamado ssh_permitido al que pertenecerían los usuarios con permiso de acceso e indicarlo en el fichero /etc/ssh/sshd_config con la siguiente directiva:

AllowGroups ssh_permitido

Otro posible “extra” sería permitir que los usuarios con cuenta de correo pudieran modificar sus contraseñas a través de la web. En Unixcraft nos cuentan como hacer un script PHP para permitirlo.

• Chuletas de nmap y hping. Desde Security by Default inician una serie de post dedicados a publicar chuletas con las opciones más usuales de algunas de las principales herramientas de seguridad. Muy prácticas.
• Bluefish 2.0. Después de años estancados en la versión 1.0.x, mi editor favorito lanza por fin una nueva versión estable con muchas mejoras y novedades. Visto en iyanmv.com. En la misma liga, Codelite también ha lanzado recientemente su versión 2.2.
• FlightGear. Un simulador de vuelo open source que estrena su nueva versión 2.0. Mirad, mirad que pantallazos.
• Easy Firewall Generator for IPTables. Las IPTables son, probablemente, una de las herramientas Linux más usada, útil… y coñazo de configurar. Easy Firewall Generator es un asistente web que nos permite generar un script con las opciones más habituales. Y para los que quieran hacer virguerías con ellas, aquí está la referencia de Unixcraft.
• Comparativa de herramientas para copias de seguridad. Javier Cantos analiza en profundidad las características de SBackup, Back in Time y Grsync.
• 18 tutoriales para Gimp en formato PDF y procedentes de la revista Linux Format. Didácticos paso a paso perfectamente ilustados que van desde la aplicación de efectos de texto, fuego o realzados 3D hasta técnicas para mejorar la impresión en color.
• GNU Linux Advanced Administration. 545 páginas gratuitas en formato PDF que engloban desde una configuración básica, hasta configuración de clusters.

Los videos en el servicio de “a la carta” tienen un identificador numérico visible en la URL (la dirección de tu navegador) cuando haces click en ellos para verlos. Por ejemplo, en el vídeo que referenciaba hace un par de días sobre las secuelas de la guerra de Vietnam, la dirección que aparece en la barra de direcciones de mi navegador mientras lo veo es la que copio a continuación. El identificador del vídeo aparece en negritas:

http://www.rtve.es/alacarta/todos/temas/informativos.html?page=5#693589

Con ese identificador “componemos” la siguiente dirección, la copiamos en la barra de direcciones del navegador y pulsamos Intro:

http://www.rtve.es/alacarta/player/693589.xml

El navegador nos mostrará una única línea de texto sin formato similar a la siguiente en el la que se nos revelará la ubicación real del vídeo (marcado en negrillas):

En portada. Vietnam, la guerra inacabada... ALACARTA ...akamai
rtmp://stream.rtve.es/stream/resources/alacarta/flv/4/4/1266188806444.flv
/resources/jpg/9/8/1266188795689.jpg... INFO ...


El vídeo que nos interesa está en la siguiente dirección:

http://www.rtve.es/resources/alacarta/flv/4/4/1266188806444.flv

Para descargárnoslo desde Linux podemos, por ejemplo, usar wget o, en la mayoría de los casos, símplemente copiando de nuevo la línea en la barra de direcciones del navegador y pulsando Intro.

El formato del vídeo es flash (flv). Para convertirlo a mpeg, avi, o algún otro formato más usual en reproductores caseros podemos usar, por ejemplo, ffmpeg.

Sorprende especialmente la falta de responsabilidad mostrada por los estadounidenses hacía una situación de la que son los únicos responsables: Obama promete 100 millones de dolares de ayuda a Haiti y su país se gasta 20 millones de dólares al año en tratar de recuperar los restos de los militares fallecidos en Vietnam, pero sólo ha compensado económicamente a los vietnamitas con 6 millones de dólares (3 en 2007 y otros tantos en el 2009) y sus tribunales niegan continuamente la responsabilidad de las empresas químicas que fabricaron el agente naranja.

Y luego aún se preguntan que por qué no nos gustan los yankees…

Ya, ya, no es ni siquiera de ayer pero… ¿Qué esperabais encontrar por aquí? Si buscáis cosas alternativas tenéis que pasar por lo nuevo de kade. Y si no sabéis lo que buscáis… pues hoy es lunes. Lo mismo hasta tenéis suerte y todo