Para los que deseamos tener un cliente email ligero Thunderbird es la elección principal, ahora bien, si queremos tener un Calendario donde manejar nuestra agenda y tareas debemos utilizar una extensión o plugin, te presentamos a Lightning.

Y si ahora necesitas o prefieres tener tu calendario en Google Calendar y compartir calendarios por la red de redes, agrega Provider for Google Calendar.

Lightning en Fedora 9

Recientemente se agregó a los repositorios, ya no hay complicaciones con librerías de compatibilidad, simplemente, como ya es costumbre:

$ su -
<contraseña>
# yum install thunderbird-lightning

Instalación de Provider

Descargue el complemento desde Provider for Google Calendar. Para instalar localiza el archivo descargado .xpi e instala por medio del menú Tools > Add-Ons y presionando el botòn Install en esa pantalla para luego pasarle la ruta del xpi descargado. Deberás reiniciar tu Thunderbird para que ambos complementos entren en funcionamiento.

Configuración

Para configurar tu calendario ya sea privado o compartido en Google, debes por supuesto tener tu cuenta en Google Calendar. Una vez creado tu calendario en Google, debes localizar el enlace XML a tu calendario y agregar un calendario en Thunderbird que apunte a él. Dependiendo de la configuración, puede que el Thunderbird te pregunte o no por credenciales de autenticación para poder acceder al calendario.

Arriba pantallazo de la sección de configuración de Google Calendar desde donde debes copiar el enlace XML.

Arriba, pantallazos de Thunderbird para agregar un nuevo calendario y configúrando con el enlace previamente copiado desde Google Calendar como ubicación.

Eso es todo por el momento, ahora un par de pantallazos finales de algunas de las vistas disponibles :) El complemento es bien completoy este artículo es sólo un punto de partido, espero les haya sido de utilidad.

¡Mosca! No confunda sendEmail con sendmail.

Sitio del proyecto: http://caspian.dotconf.net/menu/Software/SendEmail/

Dos virtudes, corre en Linux y en MS Windows, entre otros OS.

Instalación en Fedora

Está disponible un srpm en el sitio del proyecto.

$ wget http://www.invoca.ch/pub/packages/sendemail/sendEmail-1.55-1.src.rpm
$ rpmbuild --rebuild sendEmail-1.55-1.src.rpm
... la magia ...

$ ls ~/rpmbuild/RPMS/noarch/
sendEmail-1.55-1.noarch.rpm
$ sudo yum -C --nogpgcheck localinstall rpmbuild/RPMS/noarch/sendEmail-1.55-1.noarch.rpm

Note que he usado par de opciones de yum, -C y –nogpgcheck, el segundo es importante porque el paquete no se ha firmado y es necesario para poder instalar este paquete a falta de una firma provista por el empaquetador, de hecho lo hemos compilado nosotrosos mismos. El primero es una de esas banderas útiles para cuando no estamos conectados a nuestros repositorios configurados donde quiera que se encuentren, usualmente Internet, y se le indica a Yum que realice la operación con su cache, esto también acelera la operación.

Uso Básico de sendEmail

Para no mandarle a leer la ayuda de entrada, veamos un ejemplo simple con toda la música.

$ sendEmail -f guillermo.gomez@gmail.com -t staff@freenode.net -s email-alba -u "Banned IP?" -m "It seems 190.74.190.211 its banned, what should i do to get unbanned? regards, Guillermo" -v
Jul 16 10:33:19 movix sendEmail[17448]: DEBUG => Connecting to email-alba:25
Jul 16 10:33:19 movix sendEmail[17448]: DEBUG => My IP address is: 10.140.30.113
Jul 16 10:33:23 movix sendEmail[17448]: SUCCESS => Received:    220 email-alba.localdomain ESMTP Postfix (Debian/GNU)
Jul 16 10:33:23 movix sendEmail[17448]: INFO => Sending:    EHLO movix.gomix.org
Jul 16 10:33:23 movix sendEmail[17448]: SUCCESS => Received:    250-email-alba.localdomain, 250-PIPELINING, 250-SIZE 10240000, 250-VRFY, 250-ETRN, 250-ENHANCEDSTATUSCODES, 250-8BITMIME, 250 DSN
Jul 16 10:33:23 movix sendEmail[17448]: INFO => Sending:    MAIL FROM:
Jul 16 10:33:23 movix sendEmail[17448]: SUCCESS => Received:    250 2.1.0 Ok
Jul 16 10:33:23 movix sendEmail[17448]: INFO => Sending:    RCPT TO:
Jul 16 10:33:23 movix sendEmail[17448]: SUCCESS => Received:    250 2.1.5 Ok
Jul 16 10:33:23 movix sendEmail[17448]: INFO => Sending:    DATA
Jul 16 10:33:23 movix sendEmail[17448]: SUCCESS => Received:    354 End data with .
Jul 16 10:33:23 movix sendEmail[17448]: INFO => Sending message body
Jul 16 10:33:23 movix sendEmail[17448]: SUCCESS => Received:    250 2.0.0 Ok: queued as A56AD1C502
Jul 16 10:33:23 movix sendEmail[17448]: Email was sent successfully!  From:  To:  Subject: [Banned IP?] Server: [email-alba:25]

La ayuda la obtiene con --help.

$ sendEmail --help

sendEmail-1.55 by Brandon Zehm 

Synopsis:  sendEmail -f ADDRESS [options]

  Required:
    -f ADDRESS                from (sender) email address
    * At least one recipient required via -t, -cc, or -bcc
    * Message body required via -m, STDIN, or -o message-file=FILE

  Common:
    -t ADDRESS [ADDR ...]     to email address(es)
    -u SUBJECT                message subject
    -m MESSAGE                message body
    -s SERVER[:PORT]          smtp mail relay, default is localhost:25

  Optional:
    -a   FILE [FILE ...]      file attachment(s)
    -cc  ADDRESS [ADDR ...]   cc  email address(es)
    -bcc ADDRESS [ADDR ...]   bcc email address(es)
    -xu  USERNAME             username for SMTP authentication
    -xp  PASSWORD             password for SMTP authentication

  Paranormal:
    -b BINDADDR[:PORT]        local host bind address
    -l LOGFILE                log to the specified file
    -v                        verbosity, use multiple times for greater effect
    -q                        be quiet (i.e. no STDOUT output)
    -o NAME=VALUE             advanced options, for details try: --help misc
        -o message-file=FILE         -o message-format=raw
        -o message-header=HEADER     -o message-charset=CHARSET
        -o reply-to=ADDRESS          -o timeout=SECONDS
        -o username=USERNAME         -o password=PASSWORD
        -o tls=         -o fqdn=FQDN

  Help:
    --help                    the helpful overview you're reading now
    --help addressing         explain addressing and related options
    --help message            explain message body input and related options
    --help networking         explain -s, -b, etc
    --help output             explain logging and other output options
    --help misc             explain -o options, TLS, SMTP auth, and more

¿Vacaciones? ¿Qué es eso? ¿Será por eso que se me hizo tan difícil de entrada utilizar el programa “vacation”?

Ahora en serio, cuando alguno de nuestros usuarios desea irse de vacaciones, o ausentarse por cualquier otro motivo, uno de sus requerimientos informáticos comunes es poder generar una respuesta automática a quienes le envíen emails durante su período de ausencia. Otro requerimiento es poder renviar copias a direcciones alternas para que dichas otras personas puedan responder dichos mensajes adecuadamente. Veamos cómo podemos satisfacer de una forma simple estos requerimientos con los archivos .forward. Asumimos en este pequeño artículo que cada usuario posee una cuenta en el sistema y que puede tener en su carpeta de usuario los archivos necesarios (.forward y los asociados .vacation).

Cuando utilizamos Postfix con su cliente para despacho local, que se llama “local”, este examina la existencia del archivo ~/.forward y procede en consecuencia a despachar el mensaje y de acuerdo a los destinatario que allí se indique (man 8 local). Un archivo .forward simple puede ser simplemente:

\gomix
guillermo.gomez@gmail.com

En este caso se han listado dos destinatarios, uno con el nombre de un usuario local precedido por “\” y de segundo con una dirección completa externa al servidor de email local, es decir, el servidor local “no está manejando el dominio gmail.com”. El formato es simple y sólo merece una explicación el “\”, pero lo vamos a hacer un poco más adelante. Ahora, el destinatario en los .forward puede ser un programa externo siguiendo la sintáxis y de acuerdo a aliases(5):

"|/ruta/ejecutable parametro"

De ahi que en realidad el esquema .forward funciona como punto de entrada a cualquier programa que sea capaz de manejar la recepción de un mensaje del motor de correo MTA. En nuestro ejemplo usaremos “vacation” como programa para gestionar la autorespuesta pero esta es sólo una de las opciones posibles. Para poder usar vacation debe instalarlo, y hasta donde he visto no hay rpm disponible en los repositorios comunes por lo que simplemente pasé a compilar el paquete a partir de los fuentes, vea el artículo en el wiki: http://wiki.fedora-ve.org/Correo/AutoresponderVacaciones/Vacation. Una vez instalado el usuario puede ejecutarlo desde una consola así:

$ vacation

Subject: Estoy de vacaciones

No estare revisando mis emails hasta que regrese en el 2009.
Su mensaje acerda de "$SUBJECT" sera renviado a uno de mis colegas para que sea atendido.
:wq <- salvamos y salimos
## Esto produce .vacation.msg con el mensaje a enviar, y
## produce un nuevo .forward con el siguiente contenido
$ cat .forward
\gomix, "|/usr/bin/vacation gomix"

Con esta configuración, si nuestro servidor de correos respeta los .forward, se nos dejará una copia en el servidor local y se llamará al programa vacation para que genere automáticamente una respuesta.

IMPORTANTE: el programa vacation “recuerda” a quiénes le ha enviado autorespuestas para evitar lazos infinitos de correo así que tenga cuidado de no esperar una segunda autorespuesta inmediatamente, solamente le enviará la autorespuesta al primer mensaje.

Si queremos agregar direcciones adicionales para el despacho, ya sabemos que hacer, editemos con nuestro editor favorito el archivo .forward, ejemplo:

$ cat .forward
\gomix, "|/usr/bin/vacation gomix"
guillermo.gomez@gmail.com