No es nada nuevo, pero para los de a pie, puede ser una herramienta más que útil. SocialMail crea feeds RSS de todo lo que se manda a una determinada dirección de correo de su dominio. El concepto de lista de correo visto de otra manera.

A mí se me ocurren a bote pronto un par de buzones del curro que pondría ahí.

El mutt es un cliente de correo en modo texto y multiplataforma (sí también funciona en Win). De hecho, es mi cliente preferido desde hace años, cuando conseguí deshacerme del Pine que era más lento que el copón. Pues bien, el otro día el colega Javi, después de ver una respuesta mía a un correo suyo que empezaba tal que así:

From: Luis Peralta 
To: Javier Muñoz Ferrara 
Subject: Re: basurilla en planet

Hola Javier!

El mié, 05 ene 2005, Javier Muñoz Ferrara decía:
...

me preguntó: ¿eso es automático no? Porque normalmente no me respondes así.... Efectivamente, estaba en lo cierto. Y todo se debe al attribution del mutt que tengo especificado para los correos que mando a Aditel. Es útil si nos manejamos con listas de correo o gente que utilice otros idiomas (al poder utilizar distintos encabezamientos, en distintos idiomas o con distintos niveles de confianza), todo automatizado.

Este attribution lo utilizo para mandar correos a todo el dominio aditel.org

set attribution='Hola %v!\n\nEl %{%a, %d %b %Y}, %n decía:\n'"

Además, para poder definir cuándo utilizar uno u otro tenemos el send-hook. Con lo que nos queda:

send-hook aditel\\.org \
    "set signature=~/.mutt/aditel.sig \
         locale=es_ES \
         attribution='Hola %v!\n\nEl %{%a, %d %b %Y}, %n decía:\n'"

Ahora he añadido el siguiente send-hook:

send-hook javierm@aditel\\.org \
    "set signature=~/.mutt/aditel.sig \
         locale=es_ES \
     attribution='Hola corazón!\n\nEl %{%a, %d %b %Y}, %n me susurrabas:\n'"

Y así ya lo tengo contento };-)

Qué le vamos a hacer...

Resulta que tenía un pequeño problema en mi solución para la decodificación de cabeceras MIME, de la que hablé hace tiempo. El problema es que el módulo de Perl MIME::WordDecoder no gestiona bien las cabeceras de más de una línea. De ahí que en algunos de las entradas de mi blog aparezcan espacios al tun tun (cuando hay acentos).

Y la solución a la solución, todavía por comprobar, es cambiar de módulo (visto que no he obtenido respuesta del autor de MIME::WordDecoder en dos meses). La línea en cuestión de mi .procmailrc que gestiona el tema de las entradas se ha quedado así:

echo $SUBJECT | perl -e 'use Encode qw/decode/; print decode("MIME_Header", 

);'

Queda que funcione...

Casualidades de la vida. Resulta que después de la actualización de spisa, me he dado cuenta de que no había instalado el elm, un lector de correo en consola. Como resulta que el da un poco de asquillo y nadie lo usa, pues no lo había instalado. Pero una de las herramientas realmente útiles que conozco es el nfrm, que viene en la distribución del elm. Pero tiene un inconveniente: no decodifica las cabeceras MIME de los mensajes. Algo incomprensible. Y lo más incomprensible aún es que nadie lo haya hecho. Mil vueltas he dado por Google para encontrar algo y nada.

Mientras intentaba afinar la búsqueda he encontrado una joya: HOWTO Edit Messages - Message Editing and Quoting Guide. Recomiendo encarecidamente que se le eche un vistazo.

Ojalá te diesen un manual como ése con cada cuenta de correo...