Hola Jose,<br><br>yo he usado Openfire como servidor, e incluso integrado en LDAP, que no tiene absolutamente ningún misterio.<br><br>Como cliente, además de esos, puedes usar otros, como por ejemplo PidGin, que también es multiplataforma.<br>
<br>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. <br>
<br>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. <br>
<br>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.<br><br>Mirate la web de donde conseguiste Openfire, pues hay muchas opciones, incluso nuevas que yo ni conocía, y puedes darle varias soluciones. <a href="http://www.igniterealtime.org/index.jsp">http://www.igniterealtime.org/index.jsp</a><br>
<br>Ya nos mantienes informados de tus avances,<br><br>un abrazo<br><br><div class="gmail_quote">El 15 de junio de 2009 12:16, jose <span dir="ltr"><<a href="mailto:josemlm@gmail.com">josemlm@gmail.com</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Gerardo,<br><br>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.<br>
<br>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$$$.<br>
<br>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...).<br>
<br>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.<br><br><br clear="all">
Salu2 <br>Jose M. <br>...........<br>
<br><br><div class="gmail_quote">2009/6/15 Gerardo López-Fernández <span dir="ltr"><<a href="mailto:valux@sunsphere.com" target="_blank">valux@sunsphere.com</a>></span><div><div></div><div class="h5"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hola Jose,<br>
<br>
En realidad todo depende de porqué quieras mensajería, es decir, qué problema estás tratando de resolver al proveer dicho servicio.<br>
<br>
Para mi hay dos situaciones:<br>
<br>
1) comunicación en tiempo real entre +2 personas<br>
2) comunicación en tiempo real entre 2 personas<br>
<br>
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.<br>
En el caso (2), Openfie nos funciona bien (y también puedes tener chat rooms para el caso (1)).<br>
<br>
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).<br>
<br>
-Ge<div><div></div><div><br>
<br>
On Jun 15, 2009, at 1:23 AM, jose wrote:<br>
<br>
</div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div>
Hola,<br>
<br>
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...<br>
<br>
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.<br>
<br>
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.<br>
<br>
Agradezco cualquier pista.<br>
<br>
<br>
Salu2<br>
Jose M.<br>
...........<br></div></div>
_______________________________________________<br>
Valux-list mailing list<br>
<a href="mailto:Valux-list@lists.valux.org" target="_blank">Valux-list@lists.valux.org</a><br>
<a href="http://lists.valux.org/listinfo.cgi/valux-list-valux.org" target="_blank">http://lists.valux.org/listinfo.cgi/valux-list-valux.org</a><br>
</blockquote>
<br>
</blockquote></div></div></div><br>
<br>_______________________________________________<br>
Valux-list mailing list<br>
<a href="mailto:Valux-list@lists.valux.org">Valux-list@lists.valux.org</a><br>
<a href="http://lists.valux.org/listinfo.cgi/valux-list-valux.org" target="_blank">http://lists.valux.org/listinfo.cgi/valux-list-valux.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Luis Miguel Fuertes<br>mailto:<a href="mailto:luismi">luismi</a> en <a href="http://valux.org">valux.org</a><br>mailto:<a href="mailto:lmfuertes">lmfuertes</a> en <a href="http://benaguasil.net">benaguasil.net</a><br>
mailto:<a href="mailto:lmfuertes">lmfuertes</a> en <a href="http://open-free.com">open-free.com</a><br><a href="http://www.valux.org">http://www.valux.org</a> | <a href="http://www.open-free.com">http://www.open-free.com</a> | <a href="http://www.benaguasil.org">http://www.benaguasil.org</a> | <a href="http://www.benaguasilparty.com">http://www.benaguasilparty.com</a><br>