Estaba viendo pasar trazas en los logs, y resulta que estoy muy desentrenado.

Quería ver resaltadas unas trazas especiales dentro del contexto general, así que la opción --color de egrep no me valía.

Al final he usado sed(1) y algunas secuencias de escape ANSI, que nos valdrán en cualquier terminal remota con SSH.

tailfc()
{
        if [ $# -ne 2 ]; then
                echo "usage: tailfc file expr"
        else
                # recordemos que el ^[ en amarillo se consigue con 
                # CTRL + v seguido de CTRL + [
                tail -f $1 | sed "s/\($2\)/^[[1;31m\1^[[0m/g"
        fi
}

Lo he añadido en ~/.bashrc y así se invoca como un comando interno del shell, indicando el log a seguir y la expresión que queremos ver remarcada.

Así, se ejecutamos el siguiente comando:

# tailfc /var/log/maillog "sqlgrey: .*"

Seguiremos el log del sistema de correo, marcando en rojo las trazas que genera sqlgrey:

Se resaltan las tramas interesantes, que es lo que buscamos

El segundo parámetro puede ser cualquier expresión regular que entienda sed, así que partimos de la trama interesante hasta el final de linea, y añadimos los códigos de color que deseemos (que podemos sacar del BASH Prompt How To).

Es bastante sencillo, pero me ha sido muy útil para seguir las trazas en tiempo real, dentro del contexto del tráfico de correo ;).

Es cierto: bogom nació un 25 de Diciembre -paralelismos bíblicos aparte- fruto de esta creatividad desatada por el aburrimiento, y ayer me propuse quitar mi combinación de popa3d (integrado en OpenBSD) y stunnel.

No es porque tuviera problemas con el POP3s (porque con mi nueva configuración seguimos igual :S), sino porque con el pequeño de viaje resulta incómodo acceder al correo usando POP3.

Sí, que soy un antiguo :P. Mi correo está todo en un mismo sitio: mi máquina habitual (mi portátil que descansa ahora mismo en casa, en Valencia), así que usar POP3 desde distintas ubicaciones es incómodo (al final dejar los mensajes en el servidor es una solución poco óptima si manejas mucho correo porque ves cada mensaje dos veces).

Así los pasos a seguir son los siguientes:

1. Hacer que sendmail entregue el correo con procmail, porque sendmail solo nos da soporte para mbox.

   Que no es obligatorio si usamos un servidor IMAP/POP se se apañe bien con mbox, pero ya que modernizamos... pues nos pasamos a maildir.

   Con procmail es fácil usar maildir.

2. Convertir los mbox existentes a maildir. Hay diferentes propuestas.
3. Instalar un servidor con soporte IMAP/POP, y además con SSL/TLS (así quitamos de enmedio a stunnel).
4. Profit!

Hacia años (¡muchos!) que no tenía que decidir por un servidor. Mi última elección, por el año 2002, fue Courrier, y ayer me apuntaron a Dovecot, y me he decidido por él.

Compila fácil, sencillo de instalar, muy cómodo de configurar, y si aparece un fallo de seguridad y me toca actualizar, al menos sé que al autor le puede costar caro :P.

Al final no tardé casi nada en tenerlo todo a mi gusto, que a veces tengo unos estándares algo exigentes, y ¡ya tengo IMAPs y POP3s! Solo falta ver si el ancho de banda de una conexión residecial con ONO es suficiente para jugar con IMAP desde fuera de casa (aunque seguiré descargando con POP cuando no esté de viaje).

Ah, y feliz Navidad y todo eso ;).

Aparte de la curiosidad de que me doy cuenta ahora de que es el escritor del último libro que he leído, la página a la que hace referencia es interesante.

No por el hecho que comenta Rockway, de rebuznar cuando alguien hace uso inútil de un comando shell (aunque puede ser muy educativo; que te avergüencen siempre funciona... no sé porqué), sino porque algunos de los casos que se comentan los he visto más de una vez, y apuntan a un desconocimiento del shell (y no siempre, como dice Rockway, es cuestión de claridad).

Por ejemplo, destacar de The Useless Use of ls:

for f in `ls *`; do
	command "$f"   # newbies will often forget the quotes, too
done

Seguro que lo hemos visto alguna vez, y seguro que lo hemos escrito alguna vez :D.

Recomiendo echar un vistazo a Useless Use of Cat Award (hay más Useless Uses, no solo hablamos de cat). Porque nunca es tarde para aprender, ¿no?

Esto fue... en Julio del año 2004.

Ahora recibo un correo tal que:

Synopsis: Virtual Timer Expires

State-Changed-From-To: open->analyzed
State-Changed-By: deraadt
State-Changed-When: Thu Oct 2 16:06:29 MDT 2008
State-Changed-Why: 
Please re-test this PR and respond as to whether this problem still
exists.  Our PR database is full of many old errors, and this is an
effort to seperate the repaired bugs from unrepaired bugs.  Please
use http://cvs.openbsd.org/query-pr.html to refresh your memory about
the PR. Thank you.

Y el remitente es Theo de Raadt (no sé si en persona o suplantado :D).

Por una parte está bien que vayan preguntando por errores viejos, por si siguen ahí, antes de cerrarlos, y por otra... a buena hora mangas verdes.

Alguna vez he comentado casos de éxito de soporte de la comunidad (de mi experiencia personal), y creo que era justo que aquí apareciera un caso de no-éxito también (porque los hay).

Hoy ha vuelto a pasar, y no habían tablas corruptas, solo vi en los logs:

080610  2:47:49 /usr/local/libexec/mysqld: Can't find file: './blackshell/tblNoticia.frm' (errno: 9)

Junto al ya conocido:

Can't create/write to file '/tmp/#sql_2aa1_0.MYD'

He ejecutado un mysqlcheck (en caliente, con mysqld funcionando), y luego myisamchk en frío... y todas las tablas estaban perfectamente. WTF?!?!

Así que he buscado un poco más y me encontrado esto: 'File' Not Found and Similar Errors.

Vaya :(.

Leer más

En este servidor tengo un servicio de POP3s (ese que me obliga a actualizar el certificado cada año :D), que no es más que el protocolo POP3 transportado en una capa SSL (Secure Socket Layer), que cifra todo el tráfico entre cliente y servidor de forma que la comunicación es bastante segura.

Mi elección de sistema operativo libre para este servidor es OpenBSD, que viene con un servidor POP3 bastante sencillo e integrado en el sistema: popa3d.

La única pega es que solo soporta la autenticación con LOGIN, que básicamente pide usuario y contraseña en texto plano, lo cual no es demasiado adecuado para recoger el correo por Internet. No implementan otros mecanismos, como APOP o CRAM-MD5, argumentando que la transferencia de los correos seguiría haciéndose de forma insegura (sin cifrar).

Tampoco es un problema insalvable, porque podemos utilizar stunnel para añadir esa capa SSL y obtener con el conjunto un servidor seguro bastante resultón :).

stunnel tiene dos ramas diferenciadas: la 3 (bien documentada, incluso tengo publicada una receta sobre POP3s y OpenBSD), y la 4 (completamente nueva, y sin mucha documentación).

Llevo mucho tiempo con problemas, pero lo achacaba al cambio a la rama 4, hasta que el fin de semana pasado empeoró todo y tuve que arreglarlo, aprendiendo mucho por el camino :). ¿Es posible que el responsable fuera mi ISP?

Leer más

Hace ya casi tres años que concluyó el proyecto KAME, cuya misión y objetivo era desarrollar e implantar una implementación de referencia para IPv6/IPsec, y apenas hace dos años que IPv6 se considera maduro.

Pero en OpenBSD estaba pendiente el soporte IPv6 en httpd(8), porque el servidor Apache que incluye OpenBSD en su sistema base es de la rama 1.3. con modificaciones (mod_ssl y DSO) y múltiples parches no oficiales (como el chroot out-of-the-box).

Estas modificaciones hacían que fuera muy complicado incluir el soporte IPv6, porque los parches del proyecto KAME no eran compatibles, y además había que adaptar muchos módulos que no funcionarían tal cual con direcciones de IPv6. Hasta ahora :).

Leo en undeadly: IPv6 Support in httpd(8), donde Marc Balmer nos cuenta cómo ha llevado a cabo la integración de IPv6, los problemas que se ha encontrado, y nos apunta a un README.IPv6 donde hay más detalles.

En fin, ya hemos comentado por aquí cómo se venía venir la adopción de IPv6, pero aún así es interesante ver como el Software Libre está cada vez más preparado.