Recientemente me he visto en la necesidad de usar el pidgin para conectar con un Office Communications Server, pues el cliente de Microsoft, ademas de no funcionar en Linux, es de pago.

Para ello necesitamos instalar un plugin para pidgin que implementa el protocolo  y configurarlo correctamente.

El plugin es el “pidgin-sipe”

esto es lo que nos dice el synaptic respecto al plugin

SIP is a popular VoIP protocol that contains a IM (Instant Messenger)
subprotocol called SIP/SIMPLE. SIP/SIMPLE is an open protocol with a
documented specification.
MSN’s Live Communication Server (LCS) is very similar to the
SIP/SIMPLE protocol but diverges from the standard specification.
This pidgin plug-in provides support for the LCS protocol which
it calls SIPE (SIP Exchange).
This plugin has full support for LCS 2005 and OCS 2007. Partial LCS 2003.
The stable version has full support for:
o Send/receive messages
o Full presence (both sides)
o To add/remove/move contacts
o TLS/SSL support (port 5061)
o Search contacts
Canonical no proporciona actualizaciones para pidgin-sipe. La comunidad de Ubuntu puede proporcionar algunas actualizaciones.

Nada mas facil que instalar el paquete y sus dependencias.

En otros sistemas se debe instalar a mano o compilar, pero si alguien necesita ayuda para ello que deje un mensaje, no es complicado, pero mejor dejar el caso que el 90% de la gente necesita.

Luego viene la parte mas de variable del asunto, los parámetros de configuración….

Necesitamos saber a que puerto y que ip se conecta nuestro cliente, ademas del nombre de usuario y la contraseña. Podríamos estudiar el protocolo y leer los puertos, pero la vida es limitada en cuanto a tiempo y queremos que funcione ya.Se puede usar TCP en el puerto 5060,TLS sobre TCP en el puerto 5061….etc.Para ello si no conocemos los datos exactos, podemos usar un programa como la excelente utilidad tcpview de sysinternals.  (http://technet.microsoft.com/es-es/sysinternals/bb795532.aspx)

Esta utilidad nos permite ver las conexiones de red en tiempo real de los procesos de windows.

Con ello podemos averiguar la dirección y el puerto al que se conecta el cliente.

Generálmente debería ser el puerto 5061 (conexión SIP externa TLS sobre TCP) , la lista de puertos completa del OCS 2007  esta en el siguiente enlace http://www.ocspedia.com/Misc/All_About_OCS_Ports.htm

Se supone que, como en la mayor parte de los casos, el dominio de login es el mismo del comunicator.

La dirección de la máquina supongamos que vemos con esa utilidad que  es algo como sip.empresa.com

Pues nada , a rellenar los datos en la configuración del pidgin, añadimos una nueva cuenta, con el protocolo “Microsoft LCS/OCS”.

Los datos deben ser generálmente los siguientes:

Pestaña Básica

Protocolo : Microsoft LCS/OCS

Nombre de usuario: minombredeusuario@empresa.com ( cambiar por el de cada uno)

Login domain \ user o user@domain:  minombredeusuario@empresa.com (idem)

Contraseña: mi_contraseña

Alias local: el que queramos

Pestaña Advance

Por defecto el sistema usa el puerto 5060 por TCP para conexiones internas,  pero usa TLS sobre TCP en el 5061 para las conexiones externas.Debemos checkear el checkbox “Use non-standar port” y poner el número de puerto. En mi caso se usa el puerto 5061 (TLS over TCP).

La configuración del tipo de conexión se debe dejat en auto.

En mi caso no necesité cambiar nada mas, pero existen mas opciones para casos de conexión al OCS a traves de un proxy de la empresa y  acceso a internet a través del proxy local.

Recientemente tuvimos un problema con el servidor Zimbra que marcaba como spam los correos propios enviados a otros dominios.La versión actual es la 5.0.11, tenemos pendiente la actualizacion a la última versión que en teoría soluciona estos problemas.

Analizando las cabezeras de los correos recibidos, y viendo los scores de spam, en la cabecera

X-Spam-Status: YES, score=0.89 tagged_above=-10 required=6.6
	tests=[BAYES_00=-2.599,FH_HOST_EQ_DYNAMICIP=4.5
        FH_DATE_PAST_20XX=3.188, HTML_MESSAGE=0.001]

El test marcado en rojo FH_HOST_EQ_DYNAMICIP es el que no era correcto, pues no marcaba como spam correos enviados desde las webs locales al servidor (127.0.0.X), el típico formulario de contacto en php.

Rebajando la prioridad en el fichero

zimbra/conf/spamassassin/50_scores.cf

al test  FH_HOST_EQ_DYNAMICIP

conseguimos que no se marcaran como spam esos correos.

En algunos hosting ASP virtuales (godaddy,etc..) por seguridad aparecen desactivados muchos métodos ASP que tienen acceso a arbol de directorios no relativo al hosting.

Esto es  así para asegurar aun mas el acceso a los directorios de otros hostings compartidos.

Un problema que nos encontramos con una migración a estos servidores, fue precisamente que el metodo Save no funcionaba, pues daba un error 500 (en godaddy suelen dar error 500 sin ninguna explicación)

Bueno, despues de investigar un rato y consultar la ayuda de godaday ( que es muy buena y recomiendo); hubo que reescribir todos los métodos Save a SaveVirtual en el código de la web.Con eso solucionamos el problema

Despues de una operación de restauración de un fichero de bases de datos desde otro servidor MSSQL nos encontramos con que no podemos acceder a la página de propiedades de la base de datos.

Aparece el siguiente error:


TITLE: Microsoft SQL Server Management Studio
Cannot show requested dialog.
ADDITIONAL INFORMATION:  Cannot show requested dialog.(SqlMgmt)  There is no row at position 0. (System.Data)


Pues después de mucho investigar la solución parece estar en un fichero que viene con el sqlserver , u_tables.sql. Se encuentra dentro de la carpeta de instalación de sqlserver y recrea unas tablas que “misteriosamente” se han borrado por alguna extraña razón

Ejecutando el script en el Manager de sql , ya podemos acceder a la base de datos.

Reciéntemente hemos tenido problemas de marcado de correos enviados desde uno de nuestros servidores como spam, sin estar dados de alta en ninguna lista.

Analizando la causa en las cabezeras de los mensajes que recibian algunos clientes que tenían ese problema vimos que algunos realizaban una comprobación de SPF para el email recibido de un dominio.

¿Y que es SPF? Pues simplificando mucho es una forma de decir al mundo a traves de un registro TXT especial en el dns, que las direcciones de ese dominio desde las que enviamos correo son las que definimos allí.

Esto da un grado mas de confiabilidad al receptor del correo en cuanto a que nosotros, como propietarios del dominio y controlando el dns, indicamos que ese correo vino desde una máquina que controlamos.

Es decir que si un usuario recibe un email de nuestro dominio, tiene que ser desde las direcciones que nosotros definimos, si aparecen otras , eso indica que el correo es spam.

Pues manos a la obra, el procedimiento es bien sencillo.

Si tenemos el dominio ejemplo.com con ip 1.2.3.4 y 2.3.4.5 , añadiremos al fichero

ejemplo.com.host del bind la siguiente linea.

ejemplo.com. IN TXT “v=spf1 mx ptr ip4:1.2.3.4/32 ip4:2.3.4.5/32 ~all”

Debemos depues aumentar el número de versión del fichero para que los cambios se propagen, si no se sabe hacer esto, mejor no tocar nada de este fichero….

Reiniciando el bind se propagaría y ya podríamos comprobar con algunas de las utlidades de la referencia que este implementado correctamente.

Hay mucha teoría y muchas mas configuraciones posibles, pero para la mayor parte de los casos esto será suficiente. Quien quiera mas o necesite otra configuración que mire los enlaces de referencia o deje un comentario.

Referencias

• Wizard para generar el registro SPF en otras condiciones   http://old.openspf.org/wizard.html
• Información completa sobre SPF      http://old.openspf.org/index.html
• Herramienta para comprobación de un dominio  y sus registros MX y SPF   http://www.mxtoolbox.com

Necesitaba un script para realizar un backup full y diferencial de zimbra de forma automática, googleando un poco encontré encontré esta página

http://www.osoffice.de/howto/yet-another-backup-script-for-zimbra-community-edition-groupware-server.html

El script funciona a la perfección. El zimbra lo tenémos instalado en un chroot de Ubuntu dentro de un server Gentoo.

Muy recomendado.

Recientemente me compré un Asus EEEPC 1000HE , con una duración impresionante de la batería, 160 gb de almacenamiento y bluetooth 2.0

La radio de mi coche tiene recepción de sonido estereo alta fidelidad A2DP a través de bluetooth, pero con el sistema inicial de ubuntu karmic 9.10 no funcionaba ….

No quería estar pasando datos a cds o llaves usb, perdiendo el tiempo en eso; mejor llevar todo encima y no tener que andar cambiando.

Para solucionarlo tuve que añadir un nuevo repositorio para blueman (el nuevo software de gestión de bluetooth)

Los parámetros de este nuevo repositorio son los siguientes

Tipo: Binario

URI:http://ppa.launchpad.net/blueman/ppa/ubuntu

Distribución: Karmic (eso en mi caso)

Componentes: Main

Después de ello se selecciona el componente blueman en el gestor de actualizaciones.

Después de actualizar nos aparece el nuevo gestor bluetooth de Ubuntu, todavía en desarrollo pero que nos permite cambiar el modo de conexión a A2DP y escuchar nuestra música preferida directamente del portatil.

Además el nuevo software nos permite conectar remotamente a redes a través de bluetooth fácilmente, por lo que solucionamos muchos problemas a la vez, en vez de andar tocando todos los ficheros de configuración de bluetooth, udev ,etc….

Referencias

Blueman – http://blueman-project.org/

Después de actualizar el wordpress  a la versión 2.9-ES , me encuentro con que no soy capaz de acceder al panel de control.

Todo lo que aparece después del login es un lacónico:

No tienes autorización para acceder a esta página

Googleando un rato encuentro la solución en este post

Despues de efectuar la operación allí descrita, se solucionó el problema y por fin pude acceder al panel de control del wordpress

Queda inagurado este blog …espero actualizarlo mas que la antigua web