Pinguino Press

Los lectores de este blog sabrán que Gnome es la niña de mis ojos en cuanto a entorno de trabajo en el ordenador y que siempre intento usar las aplicaciones de este entorno para mi trabajo diario (Evolution, Nautilus, Brasero, Epiphany, y un largo etc).

Pero en los últimos días he pasado de usar Epiphany como mi navegador predeterminado a usar Iceweasel, mas conocido como Firefox, las razones para esto son:

• Nunca he sido de letras, por lo que para mi es indispensable el corrector ortográfico que tiene Iceweasel para los formularios que relleno a diario incluyendo el que uso para escribir en este blog.
• La utilidad de abrir todas las pestañas que estaban abiertas en el momento de cerrar el navegador, no tiene precio, para conseguir esto con Epiphany tenia que usar xkill para matar la aplicación y cuando la ejecutase de nuevo el sistema de recuperación de la sección me cargaría nuevamente las pestañas, pero si por casualidad lo cerraba correctamente perdía todas las pestañas ya que ni me avisaba que tenia varias pestañas abiertas ni el sistemas de recuperación de secciones funcionaba en tal caso
• La posibilidad de instalar plugins que aumentan mi productividad es muy superior en Iceweasel, plugins como:
  • AdBlock
  • del.icio.us Complete
  • Flashblock
  • Image Zoom
  • Notify
  • Screen grab
  • Show IP
  • Wave Toolbar
  • Web Developer toolbar

En este punto hay que tener especial cuidado, ya que la disponibilidad de cientos de plugins nos puede hacer perder el norte he instalar plugins que no son realmente útiles y que al final solo consiguen hacer mas pesado el uso del navegador.

Vamos a ver cuanto me dura el experimento, por que la simplicidad de Epiphany me gusta mucho y se que tambien extrañare el manejo rapido de las cookes que tiene ese navegador.

Si alguien conoce soluciones para poder regresar cuanto antes a Epiphany agradezco los comentarios.

Enlaces de Interes:

http://www.gnome.org/projects/

En una instalación de qmail + vpopmail que soporta multi-dominio existe un fichero en la configuración de vpopmail que determina los valores por defecto aplicados a un dominio cuando este es creado, el fichero se llama

vlimits.default

esta muy bien documentado y los parámetros interesantes que podemos manipular son los siguientes

maxpopaccounts           # Máximo numero de buzones por dominio  incluido el postmaster
maxforwards                # Máximo numero de reenvíos por dominio
maxautoresponders       # Máximo numero de auto respuestas por dominio
maxmailinglists              # Máximo numero de listas de correo por dominio
quota                          # Tamaño máximo que puede ocupar un dominio en MegaBytes
maxmsgcount                # Numero máximo de mensajes que puede tener el dominio al mismo tiempo
default_quota               # Tamaño por defecto del buzón en Bytes
default_maxmsgcount     # Numero máximo de mensajes que puede almacenar un buzón

Existen mas parámetros que se pueden manipular en este fichero que como todos los buenos ficheros de configuración se puede modificar con cualquier editor de texto.

Ahora dentro de la instalación de vpopmail existe un comando que permite modificar estos valores para un dominio o un buzón individual.

vmoddomlimits

si ejecutamos el programa solo nos mostrara (en ingles) todas las opciones que podemos usar para manipular tanto las opciones de un dominio o buzón como los flags que podemos alterar.

Básicamente, permite ajustar los mismo parámetros que en el fichero vlimits.default para personalizarlos para cada dominio, y los flags que pueden autorizar o no el acceso a través de POP SMTP IMAP o Webmail, así como activar o desactivar el anti-spam y hacer un borrado automático de los mensajes marcados como spam.

La sintaxis es simple

vmoddomlimits [opciones] dominio

Ej:

vmoddomlimits -S dominio.com   # Muestra la configuración actual del dominio.

vmoddomlimits -Q 100 dominio.com  # Asigna una cuota max de 100 MB al dominio.

vmoddomlimits -R 1 dominio.com  # Máximo una auto respuesta para el dominio.

en el caso de los flags

vmoddomlimits -g i dominio.com   # Impide el acceso a través de IMAP

vmoddomlimits -g x dominio.com  # Borra todos los mensajes considerados SPAM

Eso es todo lo que tengo por decir ahora.

Hace pocos dias he tenido que realizar un ajuste en uno de los servidores de correo que administro, durante el proceso en una de las pruebas encontré que algunos mensajes de test que enviaba desde otra maquina eran rechazados, es mas en los log de qmail (que es el servidor que tiene el destinatario) no aparecía un registro de la conexión SMTP efectuada por el servidor remitente, pero este si reportaba el rechazo en su log.

Investigando un poco encontré que el servidor de destino rechazaba el mensaje por que en From: y el Return-Path: de las cabeceras del correo, estaban mal formados.

La razón de esto es que estaba usando el cliente mail del sistema, y al enviar un mensaje desde consola, el usuario es el del sistema y el dominio el que este configurado en el servidor de correo local, de forma que en este caso tanto el From: como el Return-Path era:

orosales@maquina

que no es una dirección de correo valida ya que maquina no es un FQDN (Fully Qualified Domain Name), lo correcto es:

orosales@maquina.dominio

Y el motivo de todo esto es que el exim4 que es el servidor por defecto en Debian GNU/Linux no estaba correctamente configurado asi que use la herramienta de reconfiguración de Debian GNU/Linux y lo arregle:

dpkg-reconfigure exim4-config

Cuando me pidio el FQDN lo modifique al valor correcto.

Una vez echo esto los mensajes fueron entregados al servidor de destino sin ningun problema.

Enlaces de Interes:

http://www.ietf.org/rfc/rfc2821.txt

http://smtputils.sourceforge.net/

Motivado por que mi banco que tiene su pagina web hecha en java me vi en la necesidad de instalar el plugin de java en mi sistema operativo, pero oh! sorpresa cuando descubro que no esta en los repositorios de Debian, ya que uso una distribución de 64 bits.

Buscando un poco por Internet encontré un articulo en la muy muy muy buena pagina de EsDebian.org

Procedimiento:

1. Descargar el plugin de ftp://ftp.gwdg.de/pub/languages/java/linux/JDK-1.4.2/amd64/03/

2. Descomprimir el fichero en /usr/java

3. Enlazar desde el directorio creado a /usr/lib/mozilla/plugins

4. Abril el navegador.

Ahora como yo soy hombre de consola aquí están todos los pasos

$ su -

Contraseña: <aqui la contraseña de root>

mkdir /usr/java

cd /usr/java

wget ftp://ftp.gwdg.de/pub/languages/java/linux/JDK-1.4.2/amd64/03/j2re-1.4.2-03-linux-amd64.bin

chmod +x j2re-1.4.2-03-linux-amd64.bin

./j2re-1.4.2-03-linux-amd64.bin

<Aquí debes leer la licencia y luego si la aceptas escribir>

yes

<Se creara el directorio j2re1.4.2> 

cd /usr/lib/mozilla/plugins/

ln -s /usr/java/j2re1.4.2/plugin/amd64/mozilla/libjavaplugin_oji.so

<Ahora abre el navegador y en la barra de direcciones escribe>

about:plugins

Revisa la pagina y comprueba que aparece el plugin de java

Ahora ya puedes visitar sitios web que usen java

–

Enlaces de interés.

http://www.amd64.com/

A la vista de la calidad me dice mi compañero el de la fila de atras.

Que güapo ,tienes el Leopard instalado?

Debian tiene un sistema de configuración de programas predeterminados para realizar algunas tareas como el navegador web el editor de texto predeterminado el cliente de correo etc.

Estas opciones son almacenadas en el directorio /etc/alternatives , alli se encuentran una serie de enlaces simbolicos que apuntan al programa que se desea ejecutar.

Es posible modificar estos enlaces manualmente para cambiar el programa predeterminado, pero lo correcto es usar update-alternatives que viene con el paquete dpkg por ejemplo para cambiar el editor predeterminado se puede ejecutar esto

update-alternatives –set editor /usr/bin/vim

con lo que el editor pasa a ser vim, el programa se encarga de modificar los enlaces adecuados.

También existe un programa que realiza esto de forma gráfica, galternatives que ejecutado como root permite de una forma mas intuitiva realizar las modificaciones en los enlaces de alternatives.

Mas información en:

http://www.debian-administration.org/articles/91

http://www.debian.org/doc/manuals/reference/ch-package.es.html#s-alternatives

Hoy he aprendido a eliminar paquetes huérfanos en Debian GNU/Linux , debido a que he realizado una migración completa de de Debian Sarge a Debian Etch que sera tema de otro post.

Como eliminar los paquetes huerfanos en Debian?

Con deborphan !!

Primero lo de siempre leer el manual con man deborphan y la ayuda del programa con deborphan –help

Ahora que sabemos como usarlo llega el momento de eliminar todos esos paquetes que no necesitamos de nuestro disco duro.

deborphan | xargs apt-get remove

para verificar que es lo que va a desinstalar si todo va bien podemos ejecutarlo de la siguiente forma

deborphan | sudo xargs apt-get remove -y

Este post revela un pequeño secreto a voces que que muchos conocen otros sopechan y otro no se han enterado.

Toy Story a parte de ser la primera película de la historia generada completamente por ordenador, es el origen de los nombres de cada una de las distribusiones de Debian GNU/Linux , lo normal es que las diferentes versiones de un mismo software se identifiquen por números sucesivos, aunque en Debian esto es así , para hacer mas divertidas las cosas se ha usado los personajes de esta película para distinguir las diversas versiones de esta histórica distro, y aquí están todas.

BUZZ Versión 1.1 ( 17 de junio de 1996)

REX Versión 1.2 ( 12 de diciembre de 1996 )

BO Versión 1.3 ( 2 de Junio de 1997 )

HAMM Versión 2.0 ( 24 de Julio de 1998 )

SLINK Versión 2.1 ( 9 de Marzo de 1999)

POTATO Versión 2.2 ( 15 de Agosto de 2000)

WODDY Versión 3.0 ( 19 de Julio de 2002)

SARGE Versión 3.1 ( 6 de Junio de 2005)

ETCH Versión 4.0 ( 8 de Abril de 2007)

Lenny Versión ? ( ? )

SID (Nunca se publicara)

PREGUNTAS (Algunas con respuestas reales otra sin respuesta y otras respuestas que son suposiones mias)

1. Por que empezó esta tradición:

Supongo que por Buzz tiene un simbolo muy parecido al de Debian en la barbilla

2 . Que pasara cuando se acaben los personajes.

Supongo que para entonces habra una Toy Story 3 o sera necesario recurrir a otra peli

3. Que paso con la versión 1.0 ?

A esta pregunta hay una respuesta oficial por parte de Debian en su breve historia

4. Por que has publicado esta chorrada?

Supongo que por que desde hace meses tenia las capturas de los personajes en mis tareas pendientes, por que quería tenerlos a todos reunidos y por que no había visto esta entrada en el blog de ~aKira~

Lo juro ya había subido los las imágenes cuando encontré la entrada debido a que busque en Google version 1.0 de debian