[valux-list] Mensajeria Instantanea Corporativa.

[Luis M. Fuertes]

Hola Jose,

yo he usado Openfire como servidor, e incluso integrado en LDAP, que no
tiene absolutamente ningún misterio.

Como cliente, además de esos, puedes usar otros, como por ejemplo PidGin,
que también es multiplataforma.

Ahora, hay otras posibilidades que es como yo lo he usado, y es a través del
api "Smack" que lo puedes conseguir de la misma página del Openfire. Esto es
un API Open Source XMPP (Jabber), por lo que puedes interactuar con Jabber,
y hacer lo que tu quieras, eso si, te lo tienes que hacer tu.

Yo incluso lo he integrado en una aplicación web, y también hemos
implementado una especie de Systray en java, que periódicamente, se conecta
y mira si hay mensajes para el, de manera que eso se comportaría como tu
quieres.

Podrías hacer que ese systray estuviera conectado a una sala de chat, y que
leyera los mensajes de esa sala. Eso es jugar un poco. Sería como montarte
un cliente de chat, pero muy sencillo.

Mirate la web de donde conseguiste Openfire, pues hay muchas opciones,
incluso nuevas que yo ni conocía, y puedes darle varias soluciones.
http://www.igniterealtime.org/index.jsp

Ya nos mantienes informados de tus avances,

un abrazo

El 15 de junio de 2009 12:16, jose <josemlm en gmail.com> escribió:

> Gerardo,
>
> Gracias por tu respuesta, inicialmente necesitamos enviar mensajes
> instantáneos desde "informatica" a los equipos de los usuarios, no lo hemos
> planteado, de momento para que los usuarios se pongan a chatear... quiza
> esto lo habilitemos en un estadio posterior.
>
> De momento se trata de hacer "broadcast" de mensajes administrativos, sé
> que la plataforma permite ampliaciones e instaurarlo como herramienta
> corporativa de mensajeria es una opción, de momento a futuro. La "urgencia"
> es poder avisar a los equipos de ciertas cosas sin el "infame" net send de
> M$$$.
>
> Lo de restringir hablo de que los usuarios no deben poder cambiar la
> configuración del programa cliente, se les creara un usuario, se arrancara
> el cliente con el equipo y, de momento, recibiran mensajes ante eventos
> importantes (cortes de luz, caida de algun sistema...).
>
> En fin, o conseguimos hacer algo con openfire o nos tenemos que hacer algun
> tipo de desarrollo "propio" o buscar una solucion ($$$) que nos haga un
> externo y que nos dé mas problemas a la larga.
>
>
> Salu2
> Jose M.
> ...........
>
>
> 2009/6/15 Gerardo López-Fernández <valux en sunsphere.com>
>
> Hola Jose,
>>
>> En realidad todo depende de porqué quieras mensajería, es decir, qué
>> problema estás tratando de resolver al proveer dicho servicio.
>>
>> Para mi hay dos situaciones:
>>
>> 1) comunicación en tiempo real entre +2 personas
>> 2) comunicación en tiempo real entre 2 personas
>>
>> En el caso (1), he utilizado Openfire y IRC (soy de la vieja escuela y
>> siempre he preferido IRC) y nos ha funcionado de maravilla.
>> En el caso (2), Openfie nos funciona bien (y también puedes tener chat
>> rooms para el caso (1)).
>>
>> No tengo muy claro a lo que te refieres con "restringir" lo que usuario
>> puede hacer (a lo sumo, chatean o se pasan algún archivo). Con más detalles
>> te puedo decir algo más. Openfire ciertamente te da la posibilidad de que
>> los usuarios solo puedan hablar a través de chats comunes, por ejemplo.
>> Nosotros lo tenemos configurado de manera que hay chat rooms para ciertas
>> cosas (por ejemplo, para el groupo de operaciones de sistemas o para lo que
>> llamamos sistemas de producción), pero también queremos que la gente se
>> puedan comunicar 1:1 (porque lo preferimos a que usen AIM o YIM).
>>
>> -Ge
>>
>>
>> On Jun 15, 2009, at 1:23 AM, jose wrote:
>>
>>  Hola,
>>>
>>> En el trabajo estamos planteandonos instalar algun tipo de sistema de
>>> mensajeria corporativa. De momento he visto "openfire" como servidor y cubre
>>> (de sobra) nuestras necesidades pero tengo un par de dudas que necesito
>>> resolver...
>>>
>>> Por desgracia los clientes serán en Windows, estoy haciendo pruebas con
>>> psi y gaim, que son los que conozco. Mi duda es si hay alguna forma de
>>> "restringir" lo que el usuario puede hacer con el cliente, necesito que no
>>> lo pueda desactivar ni cambiar su estado ni su configuracion, ha de estar
>>> activo "si o si" para poder recibir mensajes administrativos.
>>>
>>> De momento, no queremos que los usuarios puedan "chatear" entre ellos,
>>> necesitamos unos usuarios y grupos y que desde informática podamos enviarles
>>> algun mensaje urgente. Mas adelante nos plantearemos si abrir la herramienta
>>> como comunicacion interna.
>>>
>>> Agradezco cualquier pista.
>>>
>>>
>>> Salu2
>>> Jose M.
>>> ...........
>>> _______________________________________________
>>> Valux-list mailing list
>>> Valux-list en lists.valux.org
>>> http://lists.valux.org/listinfo.cgi/valux-list-valux.org
>>>
>>
>>
>
> _______________________________________________
> Valux-list mailing list
> Valux-list en lists.valux.org
> http://lists.valux.org/listinfo.cgi/valux-list-valux.org
>
>


-- 
Luis Miguel Fuertes
mailto:luismi en valux.org
mailto:lmfuertes en benaguasil.net
mailto:lmfuertes en open-free.com
http://www.valux.org | http://www.open-free.com | http://www.benaguasil.org|
http://www.benaguasilparty.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.valux.org/pipermail/valux-list-valux.org/attachments/20090615/e986caab/attachment-0001.htm>