[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Existe um comunicador que possa ser instalado como serviço interno...



No meu caso, qualquer que fosse o serviço a ser instalado, eu virtualizaria.

Em 23 de maio de 2011 15:09, Leonardo Carneiro
<chesterman86@gmail.com> escreveu:
> 2011/5/23 Pedro - <almeida.lost@gmail.com>
>>
>> Ola Leonardo,
>>
>> Vc ja usou como Gateway?  Como funciona esse recurso?
>>
>
> Sim, mas o serviço não me agradou tanto assim nesse quesito.
> Funciona de maneira razoavelmente simples. Você instala o plugin de gateway
> (disponível através da própria interface de administração) e ativa quais
> gateways você quer que funcione, por exemplo, MSN, GTalk etc.
> Após ativado o gateway, você tem que fazer um registro manual, atrelando uma
> conta, por exemplo, fulano@hotmail.com de MSN a uma conta interna do teu
> servidor. Você faz isso cadastrando os dados dessa conta na interface de
> administração.
> Uma vez registrado, toda vez que o usuário conectar no openfire, ele também
> vai automaticamente conectar na conta que você configurou no gateway. Se
> você tem uma equipe de vendas, ou de atendimento, por exemplo, você pode
> criar essas contas de msn para eles contactarem os clientes, mas como só
> você sabe a senha delas, e tem essas contas cadastradas no servidor, suas
> equipes só vão conseguir contactar os clientes usando o seu servidor,
> garantindo que você tem todas as comunicações auditoradas.
> O que na época não funcionou bem para mim era o recurso de filtragem de
> contatos (através do plugin filter) e também a adição de novos contatos, que
> só funcionava +- se usando o cliente Spark, desenvolvido pela mesma equipe
> do Openfire. Reza a lenda que a nova versão do plugin de gateway, chamda
> Kraken, solucionou estes problemas, mas ainda não testei.
> Quando a hospedagem externa, pode ser uma boa, principalmente se a memória
> for barata. Meu servidor tem uma média de 50 usuários conectados
> simultaneamente, e tive que dedicar 1gb de memória exclusivamente para esse
> daemon.
>
>>
>> Sei que vc pode instalar em uma maquina em algum  datacenter, tem sites
>> americanos que oferecem esse servico. Onde vc paga um valor x por mes e eles
>> te liberam uma maquina linux para vc instalar o que vc desejar e 1 ip
>> valido, vc pode adquirir mais ips pagando as vezes 1 dolar por ip.
>>
>>
>>
>> Em 23/5/2011 14:31, Leonardo Carneiro escreveu:
>>
>> Auditoria.
>> Cliente desktop e web (web não vem nativo, precisa de plugins e algumas
>> configurações).
>> Gateway de comunicação (você atrela contas de serviços externos, como msn,
>> icq, gtalk, aim etc às contas dos usuários, e assim audita a comunicação com
>> elementos externos também).
>> Tem uma lista brasileira de usuários do openfire que é razoavelmente ativa
>> e você pode buscar suporte: openfire-br@listas.softwarelivre.org. O blog do
>> Marcelo Terres também traz bastante informações e alguns
>> tutoriais: http://mundoopensource.blogspot.com/
>>
>> 2011/5/23 hamacker <sirhamacker@gmail.com>
>>>
>>> Poderia me adiantar sobre o que dá para fazer com o openfire ?
>>>
>>> Em 23 de maio de 2011 11:05, Allan Carvalho <allanc2@gmail.com> escreveu:
>>> > Olá Hamacker, o Openfire não seria suficiente?
>>> >
>>> > Atenciosamente,
>>> > Allan Carvalho
>>> >
>>> > Em 23 de maio de 2011 10:52, hamacker <sirhamacker@gmail.com> escreveu:
>>> >> Assunto : Existe um comunicador que possa ser instalado como serviço
>>> >> interno  que  ofereceria auditagem ou algum tipo de gerenciamento ?
>>> >>
>>> >> Olá pessoal,
>>> >>
>>> >> Existe um comunicador que possa ser instalado como serviço que provê
>>> >> um mecanismo para que nossos usuários internos possam conversar com
>>> >> usuários do GTalk, MSN e afins ?
>>> >>
>>> >> Se sim, este serviço ofereceria auditagem ou algum tipo de
>>> >> gerenciamento ? Como quem usa mais ou quem usa menos o serviço, bytes
>>> >> lidos, bytes enviados, etc...?
>>> >>
>>> >> Usamos o Google App e a direção constatou que precisamos de uma
>>> >> ferramenta que proveja essas mecanismos, pois do jeito que ela vem
>>> >> sendo usada começa a ficar fora do controle.
>>> >>
>>> >> Se vocÊs tiverem alguma dica, sou todo ouvidos.
>>> >>
>>> >>
>>> >> --
>>> >> To UNSUBSCRIBE, email to
>>> >> debian-user-portuguese-REQUEST@lists.debian.org
>>> >> with a subject of "unsubscribe". Trouble? Contact
>>> >> listmaster@lists.debian.org
>>> >> Archive:
>>> >> http://lists.debian.org/BANLkTim1URv10jyYJpicmpAAjsFB9fKg@mail.gmail.com
>>> >>
>>> >>
>>> >
>>>
>>>
>>> --
>>> To UNSUBSCRIBE, email to debian-user-portuguese-REQUEST@lists.debian.org
>>> with a subject of "unsubscribe". Trouble? Contact
>>> listmaster@lists.debian.org
>>> Archive:
>>> [🔎] BANLkTikMn2gr4XhhNgsqBLSTJ8L9R9z9Ww@mail.gmail.com">http://lists.debian.org/[🔎] BANLkTikMn2gr4XhhNgsqBLSTJ8L9R9z9Ww@mail.gmail.com
>>>
>>
>>
>
>


Reply to: