La correspondencia evoluciona.

Buena vida a todos. Este es un post tal vez triste, tal vez combativo, pero definitivamente es una catarsis de la decepción que estoy pasando.

Hace 4 años que soy (feliz) usuario de Linux. Depende la óptica desde donde se lo mire, puede ser mucho o poco. Considero que es bastante, dado el desarrollo que tiene linux con el correr del tiempo. Sin embargo, hay algunas veces que me decepciona, al no haber soluciones a problemas comunes de todos los días. Entiendo porqué pasa esto, lo se; se cómo funciona la creación de software libre por adentro. Pero en lugar de seguir sacando características nuevas a programas viejos, ¿porqué no arreglar las fallas comunes que más nos molestan?

Nunca soporté demasiado Outlook Express. De hecho, en mis tiempos de usuario de Windows, cuando apenas conocía las aplicaciones que me brindaba Micro$oft vivía rotando entre Outlook Express y Microsoft Outlook. Cada nueva versión probaba la aplicación, a ver si esta vez no me decepcionaba. El patrón era sencillo y lineal: MSO era una tortuga, y OE se colgaba a cada rato.
Ahí conocí TheBat!. Era tan ortodoxo y sencillo de usar como un auto con las ruedas para arriba. Entonces un amigo me habló de Mozilla Thunderbird. Me enamoré. Rápido, liviano, potente, versátil, y prometedor, con la ENORME cantidad de extensiones que prometían llegar. Todo iba sobre aceite, hasta que... a Mozilla Foundation se le piantó la tortuga.

Thunderbird tiene una falla común, en cualquiera de sus versiones: Cuando se usan más de una cuenta de correo pop, cruza los remitentes. Esto es: si yo tengo mi cuenta asuenos @gmail.com y atrapas @gmail.com, y quiero mandar un mail desde asuenos@gmail.com, a mi me muestra, me dice y me convence que lo hizo desde asuenos@gmail.com, pero en la realidad, el mail llega desde atrapas@gmail.com. Imagínense las molestias que pueden causar cuando alguien tiene una cuenta de uso corporativo junto con su cuenta de correo de todos los días!

Este tipo de molestias no son una falla común, pero desgraciadamente ocurren. Cuando el programa tiene algunos largos meses de estar instalado, y en ese período sufrió uso intensivo, se rompe.

Cansado de darle oportunidades (vaya si le habré dado) a Mozilla, decidí optar por la estandarización. Así fue como me animé a evolucionar.

Evolution parece ser la respuesta de la gente de Ximian a aquellas personas que requieren funcionalidad símil MSO. De hecho, yo diría que es el nene malcriado de Gnome, porque si bien parece ser bastante más robusto (y veloz) que Mozilla Thunderbird, a veces es un poco rebelde y no hace lo que uno quiere. Pero así estaba bien, todo funcionaba.

Hasta que empecé a configurar los filtros de correo.

Evolution tiene la maldita costumbre de utilizar la Trash a modo de swap para mover los mails de una carpeta de correo a otra. Eso ya es un trastorno cuando uno quiere acomodar mails masivamente, digamos, unos 2000. Fuera de esto, cuando se aplican filtros de correo electrónico, ocurre lo siguiente:

1. Elabora una lista con el mail a filtrar (en la statusbar aparece el mensaje "Filtering Selected Messages (...)", lo que tarda una ETERNIDAD
   
2. Mueve los mensajes a la trash ("Moving Messages xx% complete"), lo que tarda... otra eternidad :P
3. Guarda la carpeta?!!??! (Storing Folder...)

Todo esto, claro, con un pequeño agravante: SI NO SE SELECCIONAN TODOS LOS MAILS DE UNA CARPETA NO FILTRA NI EL AIRE!

Los filtros de correo saliente, o bien no funcionan, o bien, no los se usar. Me inclino por la primera alternativa, dado que están bien configurados. Pero Evolution sencillamente los ignora. ¿Porqué quiero filtros de correo saliente? Me olvidaba de la peor parte. Contradiciendo el modelo "estándar" de MUI que utilizan felizmente tanto Thunderbird como Microsoft Outlook, en el que el mail se separa  de fábrica por cuenta, Evolution utiliza el mismo modelo de OE, en el que el mail llega todo junto al mismo Inbox.

Siglo XXI señores, esto es una vergüenza. Y lo peor es que este es el programa estándar de mi querido Gnome.
Voy a seguir filtrando correo. Hasta el mes que viene.


:(

Confieso que he pecado

Esta foto es de hace un año, en mi anterior trabajo...mi escritorio con mis 2 PCs corriendo Debian Etch.

La imagen es la pesadilla de cualquier admin Linux/Unix :P

Lo paradójico es que aunque me fuí de ese lugar esa PC sigue funcionando y sigue con Debian Etch :)

Conky en Debian Lenny

http://conky.sourceforge.net/ es un monitor para nuestros sistemas Linux, según dice el sitio oficial es un fork de torsmo otro similar pero con menos funcionalidades que ahora esta discontinuado, recuerdo que en su momento lo probé (a torsmo) y estaba muy bueno.

Conky es la evolución de ese mismo software con mayores funcionalidades y estética mejorada. Este post es para dar a conocer cómo lo hice andar en Debian Lenny (a la fecha del post).

Por mas que la documentación aclare los pasos, el "know how" para implementarlo a veces no se cumple al pie de la letra en cada distro. Lo primero por supuesto es hacer un:

# aptitude install conky

Una vez instalado y siguiendo las instrucciones del propio sitio, nos hacemos con una copia del .conkyrc desde el archivo ejemplo que esta en la siguiente ruta.

$ zcat /usr/share/doc/conky/examples/conkyrc.sample.gz > ~/.conkyrc

Este archivo aunque bastante amplio casi con seguridad hay que editarlo para su adecuada aplicación a nuestro sistema.

Pero los detalles por los cuales esta este post es que la instalación y personalización de conky en Debian Lenny queda a medias y no es del todo funcional.
Para empezar si modificamos correctamente el .conkyrc que esta en nuestro home, veremos que al ejecutar el programa tenemos cada 5 segundos (configuración por defecto) un molesto destello/flickering en la actualización de la información, en mi caso es DEMASIADO molesto.

Siguiendo las instrucciones como siempre, menciona que debemos habilitar un módulo "dbe" en xorg.conf

Section "Module"
Load "dbe"
EndSection

Pero he aqui que en la nueva configuración del mismo en Lenny ya no existe esa linea (según dice en /usr/share/doc/xserver-xorg/NEWS.Debian.gz)
no entiendo la razón asi que tenemos que editar el /etc/X11/xorg.conf y agregar las siguientes lineas tambien (antes de la sección Module, y preferentemente al principio de todo el xorg.conf):

Section "Files"
ModulePath "/usr/lib/xorg/modules"
EndSection

Con esto modificado y el servicio de X reiniciado queda pendiente el arranque automático en nuestra sesión de usuario (Gnome en mi caso) lo más cómun seria que desde System-->Preferences-->Sessions en "Startup Programs" coloquemos el comando "conky" directamente, pero no sé porque no funciona. La solución pasó por crear en mi home un archivo .conky_start.sh

#!/bin/bash
sleep 10 && conky;

Darle los correspondientes permisos de ejecución

$chmod a+x .conky_start.sh

Recién alli si poner ese script en el System-->Preferences-->Sessions en "Startup Programs" como muesta la imagen a continuacion:


ACTUALIZACION: habia hecho un post con mi archivo de configuración pero como era muy largo decidí ponerlo como archivo en otro host, asi que aqui está:
~/.conkyrc (modo texto)

~/.conkyrc.zip (zipeado)