Openfire e o plugin Monitoring Service

Simplesmente sensacional !!!

É só assim que consigo descrever o plugin Monitoring Service, que foi disponibilizado para a versão 3.5.1 do servidor XMPP Openfire.

O plugin dispõe de uma interface fácil e interativa que permite monitorar e ver todos os chats realizados em seu servidor.

Para usar/configurar o plugin clique em Servidor e vá na "aba" Arquivamento.

Lá você encontrará 3 itens no menu lateral esquerdo:

• Arquivo de busca: nesse item você pode realizar as pesquisas por usuário, data e palavra chave. Além de ver todas as conversas que atendem sua pesquisa, você ainda pode gerar um PDF da mesma.
  
• Ajustes de arquivamento: aqui você configura como e o que deseja monitorar.
• Conversas: nesse item você pode ver as conversas ativas.

Usar esse plugin dispensa maiores explicações.

E tem mais: além da "aba" Arquivamento, você também verá que existe a "aba" Estatísticas, onde você poderá ver todas as estatísticas de uso de seu servidor, inclusive das conversas atuais (se você habilitar o arquivamento é claro).

Esqueça o plugin iBall. Se você precisa monitorar conversar via Jabber, instale agora mesmo o Openfire 3.5.1 e o plugin Monitoring Service.

Não perca tempo e atualize o seu Openfire agora. Certamente você não irá se arrepender.

Seguem alguns screenshots mostrando os novos recursos:

Lançado o Openfire 3.5.1

Acaba de sair do Openfire 3.5.1.

E com isso, teremos a partir de hoje a liberação das features da versão Enterprise como Open Source!!!

Nesse novo release, foram adicionados plugins para estatísticas do servidor e arquivamento de chats e relatórios (será que finalmente vamos abandonar o iBall ???). Além disso foram implementadas melhorias nos gerenciadores de conexão.

Segue o anúncio completo do release e também o link para download.

Ah, e se você quiser ver o ChangeLog completo, clique aqui.

E além disso, antes que eu me esqueça, o SparkWeb será lançado amanhã como um novo produto. Fiquem de olho !!!

fisl9 - Imagens que ficam na memória

E como todos os anos, algumas boas fotos e fatos ficam na memória.

Seguem algumas imagens bacanas:













Se você quiser ver mais fotos do fisl9.0, pode ir nos seguintes endereços:

Meu álbum no PicasaWeb
Meu álbum no Flickr
O álbum do grupo fisl9 no Flickr

fisl9 - Ano que vem tem mais...

Mais um fisl que acaba.

Esse ano o fisl foi novamente um sucesso. Foram mais de 7400 pessoas (número recorde) circulando pelo Centro de Eventos da PUCRS. Além disso tivemos 257 palestras e pessoas de mais de 20 países diferentes . Muitas coisas interessantes aconteceram ao longo desses 3 dias, mas também tivemos algumas coisas que não correram como gostaríamos.

Como membro da organização (e principalmente do Temário), acho que tenho obrigação de dissertar sobre os pontos fortes e fracos do evento, pois nem tudo são flores, e transparência sempre foi algo que buscamos ter ano após ano. É importante dizer que essa é a minha opinião e que em momento algum falo em nome da ASL. Cada um tem direito a opinar e esse post é o MEU ponto de vista.

Pontos fracos:

• Avaliação dos papers: a chamada pública de avaliadores foi uma idéia muito boa, que deu transparência ao evento, mas não funcionou bem como esperávamos (pelo menos ao meu ver). Pouco mais de 70 pessoas se cadastraram, sendo que algumas não concluíram a avaliação conforme nossas regras (e obviamente essas avaliações foram desconsideradas). Parece que alguns se interessaram apenas em ganhar o ingresso grátis e não tiveram o comprometimento que era necessário para a tarefa. Talvez uma maneira de melhorar isso seja abrir essa chamada junto com a chamada dos papers (o que aumentaria o prazo para inscrição) para que possamos conseguir mais avaliadores, e principalmente, tentar filtrar as pessoas que realmente querem participar e contribuir das que só querem entrar de graça no evento (não oferecendo mais ingressos em troca do trabalho, que deveria ser voluntário).
  
• Divulgação dos resultados do papers: A divulgação do resultado dos papers, feita em três etapas foi uma mudança muito boa, mas o problema é que o sistema de papers não estava preparado para tal alteração. Com isso, muito do trabalho que era para ser simples e automático teve de ser executado de forma manual, o que atrasou a divulgação dos resultados e também a liberação das avaliações (que ficaram incompletas enquanto não fechavamos toda a avaliação e geraram muitas dúvidas e e-mails para serem respondidos). Junte-se a isso o fato de alguns atrasos e extensões de período do processo de avaliação, que contribuiram ainda mais para complicar as coisas. Mas a lição foi aprendida, e para a próxima edição devemos ter um papers mais robusto, que atenda as nossas novas demandas, ou então devemos usar algum outro software que tenha o perfil que necessitamos.
  
• As imensas filas para retirada de material e crachás: como sempre as filas para retirada de credenciais e material foram um problema. Confesso que também não achei a forma de separação dos palestrantes por iniciais do nome a mais eficiente, mas para a próxima edição estaremos verificando um jeito mais rápido e eficaz de realizar essas tarefas. Fiquem de olho no site para novidades.
  
• A rede wireless: a nossa rede wireless foi realmente vergonhosa. Para a próxima edição já estamos estudando alternativas para que isso não ocorra mais. O fisl, como um evento de tecnologia, não pode ter esse tipo de falhas. Na edição 8.0 já havíamos enfrentado problemas no primeiro dia, e esse ano tivemos outros problemas. Isso não realmente não pode ocorrer mais e a organização sabe muito bem disso. Peço desculpas pelos problemas, e quero deixar claro que vamos fazer todo o possível para resolver isso no fisl 10.0.
  

Pontos que receberam críticas:

• Valores da inscrição: muita gente reclamou dos valores das inscrições. Acham que como temos patrocínio tudo cai do céu e que temos dinheiro para rasgar e queimar. A verdade é: as coisas não funcionam assim. Não dá pra comparar o fisl com eventos menores feitos em universidades, em 2 ou 3 salas e que não tem a infraestrutura que o fisl demanda. Temos de pagar pelo espaço, pelos serviços de assessoria de imprensa, pelos serviços da agência de eventos, locação de hardware, confecção de materiais, tradução, etc, etc, etc... Isso demanda MUITO dinheiro e só quem não vive com os pés no chão não consegue ver isso. Com certeza adoraríamos poder fazer tudo de graça, mas eu já passei dessa fase, e não acredito em Papai Noel faz tempo. As pessoas às vezes precisam cair na real. Criticar é fácil, construir um evento do tamanho do fisl é algo muito diferente...
  
• Coordenação de mesas: falando de coordenações de mesa, eu acho que nosso único erro foi fazer a chamada de coordenadores muito próxima do início do evento. Tivemos alguns coordenadores que não apareceram, mas não diria que isso prejudicou o evento. Quem sabe para o próximo ano não possamos abrir a chamada junto com o papers para facilitar coisas, não é ?
  
• A TV Software Livre: A TVSL esse ano, de meu ponto de vista foi muito bem implementada. No primeiro dia em função de problemas de rede tivemos algumas salas sem áudio e não foi possível transmitir a abertura em todas as salas, mas depois que os problemas foram resolvidos, a TV funcionou perfeitamente, tendo inclusive transmitido a cerimônia de encerramento nas demais salas.
  
• Palestras dos patrocinadores: muita gente também tem criticado as palestras de patrocinadores. Pelo que andei lendo (pois não assisti nenhuma palestra), posso concordar com muito do que falaram, mas não posso concordar quando dizem que estamos nos vendendo, ou vendendo o evento. O evento precisa de patrocinadores de porte, grandes empresas da área de tecnologia, e muitas dessas ainda estão migrando para o software livre. E como em qualquer negócio, não se muda o foco de uma empresa de uma hora para outra. Isso demanda tempo e visão, e as grandes empresas parecem que começam a perceber isso, algumas de forma mais rápida e outras de forma mais tímida. O poder do software livre e da colaboração são uma realidade indiscutível, e quem não perceber isso vai perder a chance de ganhar com isso. Mas essas coisas levam tempo. Enquanto isso, vamos trazendo as empresas para nosso lado e deixando elas perceberem o quanto tem para lucrar com a mudança.
  
• Mudanças de horários das palestras: como todo ano, foram necessárias mudanças de última hora na grade. Isso parece ser algo inevitável, pois conseguir sincronizar a agenda de mais de 400 pessoas não é uma tarefa simples. De qualquer maneira, isso foi feito de forma bem eficaz no final das contas e não parece ter sido um grande problema. Ficam aqui de qualquer maneira minhas desculpas a quem foi alterado e não foi avisado adequadamente. Com certeza iremos trabalhar para melhorar isso na próxima edição.

Pontos fortes:

• Andamento das palestras: parece que esse ano, diferente dos anos anteriores, a troca de palestras foi muito suave e sem muitos problemas. Raros foram os atrasos e raros foram os palestrantes que nos deixaram na mão, o que contribuiu muito para o bom andamento do fórum.
  
• Fundação Mozilla: a presença da Fundação Mozilla no fisl só vem confirmar o grande prestígio que o evento tem obtido ao longo dos anos. Pelas conversas com os membros presentes ficou clara a satisfação por terem participado do fisl e também pude perceber que eles foram surpreendidos pelo tamanho do evento. Acredito que eles sejam presença garantida de agora em diante (assim espero).
  
• Arena de Programação: a arena na sua segunda edição foi realmente algo muito interessante. O apoio do INdT (juntamente com o Fórum Nokia) foi muito importante para o evento e espero que para as próximas edições isso se repita. Quem sabe que novidades podem vir por aí ?
  
• Workshops e treinamentos paralelos: os eventos paralelos do fisl também foram muito interessantes, apesar de que poderiam ter sido divulgados de forma mais eficiente. Treinamentos de Python e QT e Workshops de OLPC e Firefox foram realizados em salas paralelas durante os três dias do fórum. Para o próximo ano, uma grade de eventos paralelos pode ser a solução de nossos problemas.
  
• A volta para a PUCRS: a volta para a PUCRS para mim foi uma das melhores coisas do fisl 9.0. A PUCRS, além de ser melhor localizada possui um acesso muito mais simples com muitas linhas de ônibus e lotações que passam por ali o dia inteiro. Além disso, a PUCRS tem uma variedade muito grande de restaurantes e lanchonetes que agradam os gostos e bolsos de todos os participantes do evento. Ponto para a ASL !!!
  
• Pré-eventos: esse ano, através do grupo SouJava e OpenSolaris-RS tivemos novamente a realizações de pré-eventos do fisl, que apesar de não serem realizados na PUCRS serviram para começar a colocar todos os participantes no clima do evento. Meu agradecimento ao pessoal do SouJava (Bruno Souza, Eduardo, entre outros que não citei) e do OpenSolaris-RS (Vitório) pela iniciativa, e esperamos poder contar com a parceria de vocês no ano que vem novamente.
  

Todos esses pontos acima citados são apenas alguns que me lembrei enquanto estava escrevendo esse post. Certamente se tivesse mais tempo encontraria muitos outros pontos fortes (e fracos também) para comentar, mas certamente o post ficaria extenso e maçante.

Aguardo comentários de todos (construtivos é claro) e espero que na próxima edição consigamos solucionar todas essas questões e fazer do fisl 10.0 um evento sem precedentes.

Afinal o ano que vem é o fisl 10.0 e temos de comemorar esse aniversário em grande estilo !!!

:-D

Fórum KDE no fisl 9.0

Segue o anúncio:

O KDE, um dos maiores projetos de software livre do mundo, vai participar do 9º Fórum Internacional de Software Livre – fisl9.0, com a maior representação até hoje reunida no Brasil. Entre os participantes, desenvolvedores, tradutores, usuários e representantes do projeto no Brasil e diversos convidados internacionais.

Nas atividades que vão ocorrer no fisl, o Fórum KDE é um dos destaques. Além de palestras (ver abaixo), será realizado um minicurso oficial de quatro horas de programação em Qt, totalmente gratuito, oferecido pela Trolltech e KDAB. O curso será ministrado por Kevin Ottens, “pai” da tecnologia Solid e desenvolvedor sênior da KDAB, principal parceira de desenvolvimento da Trolltech. As vagas são limitadas e estão disponíveis apenas para aqueles que já tenham feito sua inscrição no fisl9.0. Para concorrer a uma das vagas, o interessado deve enviar um email para helio@kde.org, informando nome e número do RG, até o dia 14 de abril. Os 40 primeiros serão notificados por email.

Também será realizado no fisl9.0 o Primeiro Encontro KDE Brasil. O evento contará com a participação da maioria dos envolvidos com o projeto no Brasil e é aberto a todos os interessados em colaborar. Esta iniciativa inédita, coordenada por Maurício Piacentini, desenvolvedor KDE da área de jogos e educacional, marca a maturidade do projeto no país, fato que será celebrado com o lançamento oficial do novo site em português (http://www.kde.org.br).

Programação Fórum KDE

• KDE 4 - Evolução - por Helio Chissini de Castro
• GGZ: progresso na área de jogos livres na internet - por Josef Spillner
• Modern Graphics in Qt - por Andreas Aardal Hanssen
• O projeto KDE-Edu: criando conhecimento - por Mauricio Piacentini
• Tupiniquizando o desktop - por Fernando Boaglio (KDE) e Leonardo Fontenelle (Gnome)

Atualização do servidor XMPP ejabberd do Jabber.org

Segundo informações do blog do stpeter (administrador do Jabber.org), o mesmo terá seu servidor XMPP ejabberd atualizado da versão 1.1.3 (com patches) para a versão 2.0.0.

Para quem ainda tinha dúvidas se era seguro migrar, acredito que esse era o incentivo que faltava.

Openfire Enterprise será Open Source

A Ignite Realtime anunciou dias atrás que o servidor Openfire Enterprise será lançado em breve como Open Source.

Hoje foram divulgadas novas informações. Sabe-se agora que a transição será efetuada em duas etapas, sendo que a previsão de lançamento da primeira etapa é o dia 27 de abril. Além disso a maioria das funcionalidades do Enterprise será migrada em forma de plugins.

Entre os recursos dessa primeira etapa temos:

• Plugin de Relatórios e registro de conversas - algo que é muito procurado pelos administradores desse servidor e que finalmente vai estar disponível em plugin desenvolvido pela própria empresa (espero que seja melhor que os plugins de terceiros existentes hoje).
  
• SparkWeb - O cliente SparkWeb será lançada como um projeto separado e não um plugin e será também disponibilizado nessa etapa.
  
• Plugin de controle de cliente - a habilidade de gerenciar clientes será disponibilizada como um plugin.
• Plugin fastpath - A aplicação Fastpath será composta de um plugin Openfire e um plugin WebChat. O plugin webchat.war pode ser distribuído como um plugin Openfire ou pode ser distribuído como um plugin para o servidor de aplicação (ex: Tomcat) de sua preferência.

A segunda etapa desse projeto (ainda sem data previsata) irá incluir:

• Relatórios e registro de conversas - A partir da segunda etapa, esses recursos serão incorporados ao servidor sem a necessidade de uso de plugins.

Realmente o que vai fazer falta aí será o recurso de clustering, mas a solução adotada pelo Openfire usa um produto comercial e não poderá ser disponibilidade como Open Source.

Quer saber mais sobre essa notícia. Leia aqui.

Lançado o Openfire 3.5.0

Agora é definitivo.

Foi lançada a versão final do release 3.5.0 do servidor XMPP Openfire.

Entre os novos recursos e melhorias, cabe citar:

• Suporte a auditoria do console de administração
• Possibilidade de desabilitar contas de usuários
• Algumas novas habilidades de controle das salas de chat via interface web
• Melhorias no DB para otimizar o desempenho
• E outras tantas mais que podem ser vistas no Changelog.

Não perca tempo e baixe agora mesmo.

PS: e fiquem de olho, pois logo a versão Enterprise vai ser liberada como Open Source (com exceção de alguns recursos como clustering que usam bibliotecas de terceiros).

Mozilla e fisl - tudo a ver !!!

Segue o release oficial:

Em nome do Centro de Tecnologia e Sociedade da Escola de Direito da FGV, gostaríamos de informar que o Fórum Internacional do Software Livre (FISL) terá pela primeira vez a participação oficial do Mozilla Firefox, incluindo a visita da presidente da Mozilla Foundation, Mitchell Baker.

Com esta visita a Porto Alegre, a Mozilla sinaliza o início de atividades especificamente voltadas para a comunidade de usuários brasileiros. Além da participação no FISL em Porto Alegre, entre os dias 17 e 20 de abril, em breve será anunciado um evento de lançamento do Firefox 3.0, que ocorrerá também no Brasil.

Estarão presentes no FISL, além da presidente da Mozilla Foundation Mitchell Baker, também Chris Hoffman, diretor de projetos especiais e Chris Blizzard, evangelista. A palestra da Mitchell Baker ocorrerá no dia 19 de abril, às 15h (seguida de uma conferência de imprensa). As palestras de Chris Hoffman e Chris Blizard ocorrerão no dia 18 de abril, às 11h.

Além das palestras no Fórum (agendas completas abaixo), o Firefox organizará também um workshop no dia 18 de abril, juntamente com a comunidade brasileira, gerando atividades de desenvolvimento e uso do browser, que ocorrerá das 13h às 18h.

A vinda do Firefox reconhece o peso e importância da comunidade brasileira e conta com o apoio do do Centro de Tecnologia e Sociedade da Escola de Direito da Fundação Getulio Vargas e do FISL. Maiores informações podem ser obtidas nos links abaixo ou com Bruno Magrani [bruno.magrani@fgv.br]

Mitchell Baker sobre sua participação no FISL:
http://blog.lizardwrangler.com/2008/03/28/fisl-in-brazil/

Mais informações sobre as palestras do Firefox no FISL podem ser encontradas em:
http://fisl.softwarelivre.org/9.0/papers/pub/programacao/627
http://fisl.softwarelivre.org/9.0/papers/pub/programacao/626

A programação do workshop pode ser encontrada no endereço:
http://wiki.mozilla.org/FISL

UbuntuHCL - um banco de dados de hardware compatível com Ubuntu

O UbuntuHCL promete ser um fórum onde os usuários poderão discutir e compartilhar informações sobre questões de compatibilidade de hardware com a distribuição Ubuntu.

Acho que já vi algo semelhante para outras distros Linux, mas não sei o quanto deram certo e o quanto são confiáveis (excecão talvez da lista da Red Hat).

Vamos torcer e participar para que essa iniciativa dê certo.

Outras HCLs (Hardware Compatible Lists - listas de hardware compatíveis) disponíveis:

LinuxQuestions.org HCL

RedHat Hardware Catalog

SuSE HCL

Presidente Lula recebe comissão do fisl9.0

Como já havia sido divulgado, o Presidente Lula recebeu hoje a Comissão do fisl9.0.

Foi entregue na ocasião ao presidente um convite para que o mesmo participe do Fórum.

Veja abaixo as fotos:





Saiba mais sobre a visita da comissão ao Presidente Lula aqui.

Lançada nova atualização do KDE 4

Foi lançado o KDE 4.0.3.

Essa versão consiste de uma série de bugfixes e melhorias no sistema.

Se você usando Ubunty/Kubuntu 7.10 os pacotes para sua distro estão liberados.

Saiba como instalar aqui, ou se preferir, antes leia o release oficial e saiba mais sobre as mudanças no Changelog.

Pidgin 2.4.1

Lançado o Pidgin 2.4.1.

Veja o ChangeLog aqui.

Os pacotes para Debian/Ubuntu ainda não estão disponíveis, mas é bom ficar de olho no GetDeb que logo os mesmos devem ser lançados.

Big Buck Bunny - Veja o trailer

Finalmente saiu o trailer do Big Buck Bunny (antigo Peach).




Para quem não conhece, trata-se da primeira animação a ser totalmente produzida usando uma ferramenta livre, mais especificamente o Blender.

Não perca mais tempo e veja o trailer aqui.

fisl9.0 - A grade preliminar já está disponível

Liberada a grade preliminar do fisl9.0.

É importante ressaltar que é uma grade preliminar e que deverá sofrer muitas mudanças até a data do evento, como por exemplo, a alteração das trilhas que no momento estão sub divididas.

As novidades deverão ser diárias, por isso fiquem de olho.

:-)

Mudança no blog

Seguindo as mudanças que eu já havia feito em meu blog, quando resolvi manter esse endereço somente para tratar de software livre e open source, resolvi também mudar o nome e a URL do mesmo.

Sendo assim, refletindo as mudanças, agora o mhterres@linux:/home/MarceloTerres passa a se chamar Mundo Open Source e atende agora na URL http://mundoopensource.blogspot.com.

Espero fazer jus ao nome. ;-)

fisl9.0 - falta pouco mais de 1 mês

Pois é, o fisl está chegando de novo.

Esse ano estamos de volta a PUC, o que certamente vai agradar muita gente. Confesso que a área da Fiergs era melhor, mas, do meu ponto de vista, faltava transporte e mais opções pra alimentação.

De qualquer forma, o último fisl realizado na PUC (fisl 6.0 em 2005) foi um sucesso, e estamos fazendo todo possível para que esse ano seja outro sucesso como de costume.

Entre as presenças internacionais, teremos nomes já tradicionais no evento como Jim McQuillan (LTSP), Jon Maddog Hall, Etienne Delacroix, entre outros.

Já entre as novidades, temos a presença do pessoal da Mozilla Foundation (Mitchell Baker, Chris Blizzard, Chris Hofmann, Marcio Galli), do pessoal do Google (Zaheda Bhorat, Bram Moolenaar - criador do Vim), do pessoal da OSI (Danese Cooper, Rishab Ghosh), entre tantos mais. Além disso teremos presença em peso também da área de Open Source da Sun, que darão várias palestras no evento (Rich Sands, Ray Gans, Roger Brinkley, Bruno Souza, etc).

Veja a lista em http://fisl.softwarelivre.org/9.0/www/palestrantes (atenção, a mesma é atualizada periodicamente, então fique de olho).

A grade de programação preliminar deverá ser lançada essa semana, mas por enquanto já temos o resultado das duas primeiras chamadas de palestras que podem ser vistas aqui.

Os eventos comunitários também já estão confirmados, assim como o Workshop de Software Livre. Destaque também pra Arena de Programação que esse ano promete muitas novidades.

É isso, agora é ficar de olho no site pra ir descobrindo o que vem por aí e de 17 a 19 de abril ir na PUCRS conferir o evento de perto.

Tenho certeza de que você não vai se arrepender. :-)

Openfire: como bloquear usuários MSN usando o Gateway IM e o Packet Filter

Uma pergunta que muitas vezes me fazem é: Usando o transporte MSN no Openfire como posso fazer para liberar o usuário X para falar com somente alguns contatos do MSN, já que o padrão é que ele possa falar com todos ?

Até hoje eu ainda não tinha respostas para essa pergunta, apesar de ter uma noção de como fazer, principalmente depois que me indicaram o plugin Packet Filter. Só que hoje resolvi testar o mesmo e encontrei uma forma de resolver isso.

O que faz o plugin Packet Filter ?
O Packet Filter é uma espécie de "iptables" para Openfire. Ele permite que você aceite, rejeite ou descarte vários tipos de pacotes XMPP baseado em regras que você pode estabelecer.

É mais ou menos assim: você pode dizer que o usuário fulano não pode enviar nem receber mensagens do usuário ciclano, ou que o grupo contabilidade pode mandar e receber mensagens do grupo diretoria, mas não do grupo rh, e por aí vai.

Vendo essas features imaginei que fosse de alguma forma possível usar o recurso para filtrar os contatos MSN (ou ICQ, ou AIM, ou o protocolo que for).

Bem, descobri que É POSSÍVEL sim, mas que é um trabalho árduo pelo menos da forma que estou implementando as regras. A forma de implementação padrão obriga que os filtros sejam feitos conta a conta e para que o mesmo funcione da forma que eu implementei você tem de liberar também um a um os contatos para qual seu usuário pode enviar/receber as mensagens (inclusive os contatos Jabber do servidor local). Ou seja, numa instalação com muitos usuários usando o transporte MSN isso pode ser inviável de gerenciar/administrar.

Mas porque isso é trabalhoso ?
Porque na realidade o packet filter não foi feito para trabalhar com os transportes, mas sim com contas locais. Mas já que no Openfire, todos os contatos de um transporte tem um JID válido você pode usar o plugin para isso também.

Você pode explicar isso melhor ?
Cada usuário do Openfire ganha um JID, que é a identificação do usuário para o servidor. No meu servidor de testes, chamado openfire.inet, meu usuário marcelo responde pelo JID marcelo@openfire.inet.

Agora vejamos o caso do transporte MSN: ao vincular minha conta local Jabber (marcelo@openfire.inet) a uma conta MSN usando o plugin Gateway IM, todos meus contatos MSN ganharam também um JID válido. Então, por exemplo, o meu contato marceloterres@dominio.com passou a ter um JID local chamado marceloterres\40dominio.com@msn.openfire.inet.

Agora que ele tem um JID, eu posso usá-lo para criar regras no Packet Filter. :-)

Mas de que forma o packet filter será eficaz ? Como posso implementá-lo ?
A melhor forma que encontrei até o momento é a seguinte:

• em primeiro lugar você deve liberar todas os contatos que você quer permitir para o usuário (inclusive os contatos do servidor local e não só os do transporte MSN). A liberação é uma via de mão dupla, pois você precisa liberar o envio e precisa também liberar o recebimento de mensagens para cada contato do usuário (a não ser é claro que você queira que algum contato do usuário só possa mandar mensagens e não receber e vice versa).
  
• em segundo lugar você deve criar 2 regras dizendo que os pacotes de mensagens de quaisquer outros usuários serão rejeitados (ATENÇÃO: para essas regras use só os pacotes de mensagens, porque se você usar os pacotes do tipo any (quaisquer) o usuário não conseguirá nem logar no servidor).

IMPORTANTE: O packet filter, assim como o Iptables, usa precedência para as regras, por isso a primeira regra que fechar é a que vale. Dessa forma, coloque antes as regras de liberação e depois as regras de bloqueio.

Tem um exemplo prático ?
A imagem abaixo ilustra melhor a questão (clique nela para ampliar e entender).

Nesse servidor de testes (openfire.inet) o usuário marcelo@openfire.inet pode mandar e receber mensagens para/do usuário local fulano (fulano@openfire.inet) e também do seu contato MSN (marceloterres@dominio.com). Todos as mensagens enviadas/recebidas de seus demais contatos serão rejeitadas, como pode ser visto nas 2 últimas linhas.


Isso não impede que o usuário veja todos seus contatos que estiverem online e nem que eles o vejam também, mas caso o usuário tente mandar uma mensagem para um contato bloqueado o servidor Openfire informa que a mensagem foi rejeitada (uma forma de resolver a questão da visibilidade seria rejeitar todos os pacotes (any) de cada contato bloqueado, mas aí isso teria de ser feito contato a contato, ou seja, mais trabalho manual).

Acredito que a solução acima não seja a mais elegante e mais simples mas de momento foi a forma que encontrei para resolver a questão.

Talvez em breve tenhamos um plugin só para isso, ou quem sabe o próprio Gateway IM não venha a implementar esse recurso, mas para quem não pode esperar, é uma solução que pode ser implementada agora.

PS: caso tenha outra sugestões de implementação, por favor poste aqui.

UPDATE (13/11/2008): Não deixem de ler o comentário de Sarunas, pois o mesmo parece simplificar e muito o uso do Packet Filter. Eu ainda não tive tempo de testá-lo, mas assim que for possível irei fazer, e conforme também vá recebendo feedback de outras pessoas, vou postar mais sobre isso aqui.


Leia também:

• Controlando o uso do MSN com o MSN-Proxy.
  

Bug no Bacula versão < 2.2.5

Para quem está usando o Bacula versão 2.X < 2.2.5 é altamente recomendável o upgrade para a última versão (2.2.8).

Até a versão 2.2.4 havia um bug que me foi reportado pelo Lutieri que pode causar a maior confusão.

É o seguinte: se você rodar um restore de algum job, o bacula equivocadamente altera a data do LastWritten do volume para a data desse restore (mesmo que o restore seja somente um procedimento de leitura e não escrita).

Isso pode causar a maior dor de cabeça, pois atrapalha todo o controle de retention do volume, fazendo com que o mesmo não seja reciclado na data correta.

Mais um esclarecimento: esse problema atinge somente o servidor, então a versão no cliente pode ser mantida.

Não percam tempo e atualizem seus servidores agora.

Openfire 3.5.0 RC1

A Ignite Realtime liberou hoje para download o Openfire 3.5.0 RC1.

Com previsão de lançamento da versão final para o final de março/início de abril, o Openfire 3.5.0 traz uma quantidade grande de novos recursos e mudanças significativas. Além disso também estão sendo disponibilizados novas versões dos plugins já existentes que serão compatíveis com o 3.5.0 (veja a lista de plugins aqui).

Entre as novidades podemos destacar:

• Segurança
• Gerenciador de bloqueio de contas: permite aos administradores bloquear (desabilitar) contas previnindo que os usuários loguem. Isso pode ser feito por um período de tempo ou "para sempre".
• Auditoria para o console de administração: esse novo recurso permite armazenar as mudanças na configuração do servidor, inclusive logando quem efetuou as mesmas.

• Invisibilidade
• Agora é possível se conectar se mantendo invisível. Você pode ficar invisível para todos, mas se quiser pode ficar visível só para alguns usuários específicos.

• Performance
• Foram implementadas muitas melhorias na performance do servidor.

• Console de administração
• O console de administração foi redesenhado para otimizar e facilitar seu uso.

O ChangeLog completo pode ser encontrado aqui.

Caso você não queria aguardar o release final, já pode baixar o RC1 aqui.

Para os que forem testar a Ignite Realtime incentiva que postem suas dúvidas no Fórum de suporte do Openfire.

Boa sorte aos Beta Testers ;-)