Blogando via GoogleCL

Esse é um post feito pelo GoogleCL.
Apesar de parecer simples, a linha de comando do Google é uma excelente ferramenta. Além de permitir a automatização de tarefas, elas também possibilita o agendamento de backups de seus dados no cron.
Quer saber como instalar o GoogleCL? Siga os seguintes procedimentos:

• Baixe o gdata-python-client. Descompacte-o mesmo e instale com o comando: sudo python setup.py install


• Se sua distro for Ubuntu, instale o pacote python-gdata. Se for outra distro, instale o pacote similar.


• Baixe o GoogleCL. Se sua distro for Ubuntu, baixe e instale o pacote .deb. Caso seja outra distro, baixe os fontes, descompacte-os e instale com o comando: sudo python setup.py install

Pronto, agora é só se divertir.
PS:o post anterior foi deletado e recriado, pois eu ainda não possuía total domínio da nova ferramenta. :-)

UPDATE: as linhas abaixo foram colocadas diretamente no Blogger

• a linha de comando usada para blogar esse post foi:

google blogger post --title "Blogando via GoogleCL" --tags "blog" post_googlecl.html

• O post_googlecl.html pode ser baixado aqui.

UPDATE2: uma nova versão do post pode ser vista aqui.

É preciso ter cuidado com o uso de novas linhas e tags br no arquivo html, pois pode ocorrer duplicação de linhas. Coloque então a tag br sempre no final da linha, caso queira deixar uma linha em braco.

O novo html pode ser baixado aqui.

OneChannel - atualizando o conceito de web feeds

Já imaginou como seria bom se você pudesse assinar os seus sites favoritos e passasse a receber automaticamente as notícias quando elas fossem postadas?

Possivelmente ao ler o parágrafo acima você deve ter imediatamente pensado nos web feeds, não é mesmo? Ok, então até esse ponto não existe qualquer novidade, já que usuários no mundo todo leem diariamente milhões de feeds no Google Reader, Thunderbird, RssOwl, Firefox e outros tantos clientes que podem ser encontrados na Internet.

Mas, e se além disso, fosse possível receber as notícias em tempo real, no momento que foram postadas, de uma forma similar a que ocorre na troca de mensagens instantâneas ?

Pois é exatamente esse conceito de feeds em tempo real que a ProcessOne (desenvolvedora do cliente XMPP OneTeam e do servidor XMPP ejabberd) pretende alcançar com o projeto OneChannel.

Usando XMPP e PubSub, as notícias são "empurradas" para seu software cliente no momento em que são publicadas, evitando o tempo de espera existente nos atuais leitores de feeds que precisam periodicamente buscar por novas notícias.

Ficou interessado no assunto e quer testar o OneChannel? A ProcessOne disponibilizou uma versão beta pública (que utiliza o Adobe AIR) que pode ser baixada aqui.

E se você decidir testar o OneChannel, não deixe de postar seus comentários sobre o mesmo aqui.

Nova versão do nagstamon lançada

Desde que postei sobre o nagstamon aqui no blog, algumas pessoas tem me contatado pra tirar dúvidas sobre o mesmo.

Então, já que o software tem despertado interesse, achei importante fazer um post sobre a nova versão lançada no dia de ontem (normalmente esse tipo de notícia receberia um comentário nas "Notas rápidas da semana").

O nagstamon 0.9.4 não traz nenhuma grande novidade, e seu changelog consiste basicamente de 4 itens:

• Adicionado suporte a servidores Centreon (ainda em status beta)
• Adicionado suporte ao Nagios versão 1.X
• Resolvido um sério bug de travamento relacionado ao pango
  
• Resolvido um bug que causava o não funcionamento do som
  

Como de costume, os pacotes para Debian/Ubuntu, Red Hat, Windows e os fontes podem ser baixados aqui.

Prosody 0.7.0 lançado

Aproximadamente 3 semanas após o lançamento do segundo Release Candidate, ontem foi liberada a versão 0.7.0 do servidor XMPP Prosody.

Cheio de novidades, o Prosody 0.7.0 parece estar tentando se aproximar dos "concorrentes" (Openfire, ejabberd, Tigase), implementando vários recursos fundamentais e alguns até bem interessantes, tais como:

• Suporte a libevent, que permite o gerenciamento eficiente de um grande número de conexões.
• Suporte a Cyrus SASL, que permite a utilização de mecanismos como LDAP, PAM e SQL (entre outros) na autenticação dos usuários.
• Suporte a SASL-SCRAM, um novo método de autenticação ainda mais seguro.
• Suporte a listas de privacidade (XEP-0016) e Simple Communications Blocking (XEP-0191), que permitem ao usuário utilizar filtros e/ou listas de JIDs para efetuar o bloqueio de mensagens e/ou contatos.
• Proxy para transferência de arquivos.

Além dos recursos nativos do servidor, o projeto prosody-modules disponibiliza uma série de módulos adicionais. Tais módulos além de implementar XEPs, também estendem as capacidades do Prosody. Veja a lista completa de módulos aqui.

Leia o anúncio oficial da nova versão aqui.

Palestra online no Café com Tom

No dia 17/07/2010, às 14 horas, estarei palestrando online no Café com Tom.

A palestra será:

XMPP - Comunicando-se através de um protocolo aberto: A palestra falará do protocolo XMPP, utilizado mais comumente para mensagens instantâneas: recursos, características, servidores, clientes, casos de sucesso e outros projetos que estão tornando as comunicações via internet muito mais simples e eficazes.

Gostaria de convidar todos os interessados a participarem da palestra.

Aguardo vocês lá.

:-)

XMPP e Openfire no FISL 11

Se você está interessado em ter seu próprio servidor de mensagens instantâneas - e andou pesquisando sobre o assunto - já deve ter ouvido falar em XMPP e em Openfire. O Openfire é um excelente servidor XMPP que possui uma interface de administração web extremamente simples e completa. Além disso, conta também com uma estrutura de plugins que permite a qualquer desenvolvedor estender as funcionalidades do mesmo.

Pois bem, se você está querendo saber mais sobre o assunto (ou se quiser ampliar seus conhecimentos sobre o mesmo), aconselho você a participar do fisl 11, pois além de poder trocar experiências com outros usuários e administradores, poderá assistir a palestras muito interessantes sobre o tema. Aliás, essas palestras são o motivo principal desse post.

Bom, mas para começar a falar de tais palestras é preciso divulgar uma notícia que possivelmente interessará a todos administradores e entusiastas do Openfire: na última sexta-feira foi confirmada a participação de Guus der Kinderen, um dos desenvolvedores do projeto.

Guus terá duas sessões no fisl: uma palestra sobre Openfire, onde falará do servidor e seus recursos. Além disso, ele deverá também discorrer sobre os planos para o futuro do projeto. Para quem não conhece o Openfire ou gostaria de saber mais sobre o mesmo essa é uma oportunidade imperdível.

Guus também apresentará uma palestra sobre o desenvolvimento de plugins para o servidor. Me parece uma ótima oportunidade de agregar novos desenvolvedores e colaboradores ao projeto. Além disso, creio que existam muitos administradores interessados em implementar outras funcionalidade ao servidor, afinal o Openfire está com uma certa carência de novos recursos. Um exemplo bem atual: seria muito interessante se existisse um plugin que implementasse o suporte a Jingle Nodes no Openfire (assim como existe para o ejabberd), não acham ?

Além da presença do Guus, teremos novamente nessa edição do fisl a presença de Thiago Rocha Camargo (criador do Jingle Nodes) que apresentará também duas palestras:

• P2P VoIP - An Open alternative to Skype: It is the simplest Open Standard solution to communicate freely with your friends without being attached to a closed service providers like Skype or Telecom Carriers! Realtime Communication P2P Sharing. Technically, Jingle Nodes intend to provide easy to use Jingle Relay Type Candidates that can be used in ICE-UDP Jingle Sessions. Relay Candidates can provide NAT Traversal for users that don't have STUN/TURN Support, but also for users with STUN/TURN support that the negotiation failed.
• A Web em Tempo Real - XMPP: Como e por quê as redes de mensagem instantânea XMPP são as que mais crescem no mundo e já é responsável pelas rede de mensagem e serviços do Google, LiveJournal, Nimbuzz e mais recentemente Facebook. Além dos serviços de MicroBlog Identi.ca e collecta.com. Como implantar um servidor XMPP com suporte a mensagem, microblog, Voz e até Vídeo utilizando um único sistema.
  

Alguns outros projetos que utilizam XMPP também foram contatados e é possível que novos nomes venham a ser anunciados em breve. Fiquem de olho aqui no blog e no site do fisl.

E você ? Já fez sua inscrição para o fisl 11 ?

Não perca tempo e inscreva-se já pois o valor das inscrições aumenta com a proximidade do evento.

Nova versão do Openfire será lançada em breve

Quem lê meu blog sabe que sou sysadmin e um grande entusiasta do servidor XMPP Openfire. Além disso, sabe também da minha preocupação com o "abandono" do projeto, que não recebe uma nova versão desde maio de 2009.

Tal preocupação já me fez considerar até abandonar o uso do Openfire e passar a utilizar (em novas instalações) o servidor XMPP ejabberd. Já criei inclusive a lista de e-mails ejabberd-BR.

Pois bem. Ontem conversei com Guus der Kinderen, um dos desenvolvedores do servidor XMPP Openfire e obtive boas notícias sobre o software: para quem ainda não sabe, a Jive Software, criadora original do projeto (que já se chamou Jive Messenger, Wildfire e por fim Openfire) não contribui mais ativamente no desenvolvimento do mesmo. Dessa forma, o projeto ficou dependendo exclusivamente da comunidade (atualmente são 3 desenvolvedores) o que causou a impressão de abandono. Segundo Guus, o desenvolvimento do Openfire está mais lento mas nunca parou, o que já é uma boa notícia.

Mas a grande notícia mesmo é: a Jive Software vai patrocinar um novo hardware para a comunidade IgniteRealtime e, depois que a nova plataforma estiver disponível, o Openfire 3.7.0 será lançado.

O Openfire 3.7.0 trará uma série de correções e alguns novos recursos (veja a lista completa do desenvolvimento aqui) mas é bom não esperar por grandes novidades e avanços. Os desenvolvedores estão dando prioridade a solução de problemas nessa nova versão.

Questionei Guus sobre uma possível data de lançamento ou a disponibilidade de um roadmap, mas ele disse que não teria como me dar tais informações já que eles ainda estão aguardando que o novo hardware seja disponibilizado. Também perguntei a ele sobre o suporte a múltiplos domínios (algo que estava previsto no roadmap há tempos) e ele me informou que isso não deve ser desenvolvido (pelo menos tão cedo) devido a grande dificuldade de implementação no projeto atual.

Enfim, algumas boas notícias para os sysadmins que, assim como eu, estavam se achando abandonados pelo projeto. Aliando tais notícias ao onesocialweb e outros projetos que ainda podem acontecer (alguém que programe em Java não quer desenvolver um plugin do Jingle Nodes ? - me contatem) a sensação que fica é de que o Openfire ainda tem muito a oferecer.

PS: ainda acho uma boa idéia testar e utilizar o servidor XMPP ejabberd pois o mesmo é muito estável e tem muita coisa para oferecer. Além disso, me parece um ótimo servidor para ambientes com grande número de usuários simultâneos (caso do Jabber.org, por exemplo).

PS2: estamos tentando trazer o Guus para falar sobre Openfire no FISL 11. Se a vinda dele for confirmada posto aqui no blog.

UPDATE 1: dica do Luiz Angelo Daros de Luca na lista Openfire-BR: ferramentas para migração do Openfire para o ejabberd. Obrigado pela dica Luiz.

Lançado o ejabberd 2.1.4

Lançado ontem o quarto release de correção de bugs da versão 2.1.X do servidor XMPP ejabberd.

O novo release corrige pequenos problemas existentes nas versões anteriores mas também adiciona algumas melhorias. Você pode ler a lista completa de mudanças aqui e aqui.


Leia também:

Instalando Jingle Nodes no ejabberd

Alpha 1 do Ubuntu 10.10 (Maverick Meerkat) lançado

Parece que essa semana a grande novidade no mundo FLOSS é o lançamento do alpha 1 da próxima versão do Ubuntu, Maverick Meerkat (10.10). As novas versões do Ubuntu sempre geram muita expectativa, pois os usuários esperam por recursos inovadores e maior facilidade/acessibilidade no uso do sistema.

Mas nem tudo são flores: infelizmente é bem provável que o tão aguardado Gnome 3.0 seja disponibilizado somente no Ubuntu 11.04 (a versão final do Gnome 3.0 será liberada numa data muito próxima do lançamento do Maverick Meerkat) mas, como sempre, poderemos contar com novidades no sistema (saiba mais aqui).

Novidades da próxima versão à parte, a dica desse post é para os curiosos: se você é usuário do KDE e quer testar tanto a próxima versão do Ubuntu (que será lançada em 10/10/10) como o novo KDE SC 4.5(beta) baixe o alpha 1 e divirta-se. Só não esqueça de postar seus comentários sobre os softwares aqui no blog.

Notas rápidas (KDE e Asterisk) - update Pidgin

Algumas notícias que merecem destaque:

• Lançado o KDE SC 4.4.4, o minor release mensal de correção de bugs do projeto. Leia o anúncio oficial aqui. Como de costume, já estão disponíveis pacotes para o (K)Ubuntu 10.04, Lucid Lynx, que podem ser facilmente instalados através da adição do repositório ppa do Kubuntu(ppa:kubuntu-ppa/ppa). Saiba como fazê-lo no Guia dos Repositórios do Kubuntu. Atualização recomendada.
• Lançadas também na data de hoje novas versões do Asterisk 1.4 e 1.6.2. As versões 1.4.32 e 1.6.2.8 resolvem alguns bugs e problemas encontrados nos releases anteriores.

UPDATE 02/06/10: Lançado também essa semana o Pidgin 2.7.1. Vários bugs foram corrigidos, mas na minha opinião o maior destaque da nova versão é o suporte a conexões diretas no protocolo MSN, o que aumenta a velocidade de transmissão de arquivos, smileys e ícones. Leia o changelog completo aqui.

Migração do Bacula 2.4.X para 5.0.2

Para os sysadmins que ainda tem dúvidas se é seguro migrar o Bacula 2.4.X ou 3.X para a versão 5.0.X, fica a nota: realizei uma migração semana passada e tudo ocorreu de forma muito tranquila. Segue o passo a passo da operação:

• Em um novo servidor, baixei os fontes do Bacula 5.0.2.
• Compilei e instalei o software.
• Fiz uma cópia do DB MySQL antigo chamado bacula para um outro DB MySQL com o nome de bacula5 (esse procedimento pode ser realizado rapidamente com o uso do phpMyAdmin) .
• Editei o script de atualização updatedb/update_mysql_tables_10_to_11, alterando a variável db_name para bacula5. Esse passo foi necessário para garantir que o novo banco (bacula5) fosse atualizado.Rodei então o script para migrar o banco de dados da versão 10 (Bacula 2.4.X) para a versão 11 (Bacula 3.X). Se você usa a versão 3.X não é necessário realizar esse procedimento.
• Realizei alteração similar no script de atualização src/cats/update_bacula_tables e depois rodei o mesmo para migrar da versão 11 para a versão 12 (Bacula 5.0.X).
• Copiei os initscripts e também os arquivos de configuração do Bacula 2.4.X e iniciei o Bacula 5 com sucesso.

O Bacula 5 está rodando perfeitamente e vários backups já foram realizados. Além disso, não foi preciso atualizar os clientes (bacula-fd), pois todos servidores continuaram usando a versão antiga sem problemas.

Obviamente, devido a abordagem aplicada, ainda não estou utilizando nenhum recurso novo da versão 5 (e nem da 3), mas isso ficou para uma segunda etapa, já que o objetivo inicial, que era atualizar o software mantendo o serviço funcional, foi realizado com êxito.

Se você ainda tinha algum receio sobre a atualização, creio não haver razão para isso. Obviamente, a realização de um backup dos dados e configurações (mesmo que seja um simples .tar.gz) sempre é recomendado.

PS: ainda não efetuei nenhum restore dos dados. Realizarei tal tarefa na semana que vem, mas não vejo motivos para não funcionar.

UPDATE 31/05/10: com a operação não foi mais possível referir-se aos volumes no bconsole usando o MediaID. Agora, só é possível manipulá-los volumes usando o VolumeName.

UPDATE 13/03/12: para referir-se aos volumes, pode-se utilizar (além do VolumeName) o *MediaID (atenção especial ao * antes do ID da mídia).

Instalando Jingle Nodes no ejabberd

Estava conversando essa semana com o Thiago Rocha Camargo, criador do Jingle Nodes, e aproveitei para questioná-lo sobre a possibilidade de disponibilizar o recurso em meu servidor XMPP.

Ele me indicou então um tutorial para instalação do Jingle Nodes no servidor XMPP ejabberd, o qual reproduzo abaixo:

Requisitos

• Última versão do Erlang/OTP instalada
  
• Servidor XMPP com componentes externos habilitados (no caso, ejabberd)
• Biblioteca EXMPP instalada
• Cliente SVN
• O servidor que deve ter um IP público e seu firewall deve permitir acesso UDP de entrada e saída nas portas 10000 a 60000
  

Como fazer

• Configure o ejabberd, adicionando ao seu arquivo arquivo ejabberd.cfg as seguintes linhas:
  

%%
%%
ejabberd_service: Interact with external components (transports...)
%%
{8888, ejabberd_service, [
{access, all},
{shaper_rule, fast},
{ip, {127, 0, 0, 1}},
{hosts, ["jn.localhost"],
[{password, "secret"}]
}]},

• Baixe os fontes do EXMPP com o comando svn co http://svn.process-one.net/exmpp/trunk exmpp-trunk
• Instale o EXMPP
  

autoconf
autoreconf -vif
./configure
make install

• Baixe os fontes da API Jingle Services com o comando svn checkout http://jinglenodes.googlecode.com/svn/trunk/jnsapi_erlang jnsapi_erlang (para detalhes extras e navegação no código via SVN clique aqui.)
• Compile e instale com o comando

~/jnsapi_erlang$ make all

Rodando o Jingle Nodes

Para iniciar o suporte a Jingle Nodes no seu servidor, rode o comando:

./start.sh jn.localhost secret localhost 8888 200.10.1.100 60000

Segue a descrição dos parâmetros:

./start.sh $DomínioJingleNodes $Senha $DomínioServidorXMPP $PortaDoComponenteExterno $IPPublico $TimeoutDoCanalEmMilisegundos



Obviamente, não poderia deixar de perguntar se existiam planos de portar o Jingle Nodes para o Openfire. Thiago contou-me que pretende desenvolver um plugin compatível, mas que está aguardando colaboradores que ajudem no desenvolvimento do mesmo.

Ele também disse-me que o Jingle Nodes pra ejabberd está em pleno desenvolvimento e que uma nova versão deverá ser lançada em breve, o que provavelmente tornará esse tutorial desatualizado. Além disso, é possível que em breve sejam disponibilizados pacotes .deb.

Assim que uma nova versão for lançada ou que os pacotes .deb estiverem disponíveis postarei novas notícias no blog, mas, se você preferir, pode obter mais informações seguindo o Jingle Nodes no Google Groups.


Leia também:

• Análise do novo cliente XMPP - OneTeam
• Lançada a versão alpha2 do cliente XMPP OneTeam
  

Notas rápidas da semana (Prosody e KDE)

Algumas notícias que merecem destaque:

• Lançado o segundo release candidate da versão 0.7.0 do servidor XMPP Prosody. O novo release traz uma série de correções e melhorias em relação ao RC1 lançado em março passado (saiba mais no anúncio oficial). A grande novidade do Prosody 0.7.0 é o suporte a libevent que permitirá o gerenciamento de um grande número de conexões em plataformas variadas. Além disso a versão 0.7.0 também implementa o suporte a Cyrus SASL, permitindo a autenticação em uma série de mecanismos, como LDAP, PAM, SQL. Saiba mais sobre a versão 0.7.0 aqui.
• Também foi liberado o primeiro beta do KDE SC 4.5. Leia o release oficial, e saiba o que esperar dessa nova versão, que deverá ser lançada em Agosto.
  

Criada a lista de e-mails ejabberd-BR

Há tempos venho acompanhando o desenvolvimento do servidor XMPP ejabberd da ProcessOne e tenho percebido que o mesmo tem passado por uma grande evolução nos últimos meses.

Como sysadmin de Openfire, nunca achei tempo (nem disposição) pra me dedicar a esse outro servidor, que foi responsável por manter o serviço jabber.org em funcionamento até dezembro passado.

É preciso lembrar que o Openfire tem muitos recursos e plugins interessantes e uma interface de administração web clara e simples, o que permite que ele possa ser gerenciado pelo usuário final (tornando o sysadmin dispensável na maioria dos casos). Tal facilidade não existe no ejabberd (pelo menos ainda) e isso foi um dos pontos que fez com que eu não desse a atenção devida ao mesmo. Confesso que cheguei a tentar usar a versão 1.X, mas os recursos do Openfire na época eram muito superiores.

Mas as coisas mudam: devido ao pleno desenvolvimento e a grande quantidade de novos recursos sendo implementado no ejabberd (por exemplo, Servidor e cliente Wave e suporte a Jingle Nodes) e também devido a não continuidade do desenvolvimento do Openfire, resolvi que está na hora de dedicar mais tempo para conhecer e utilizar o ejabberd.

Assim, para dar um start nos trabalhos e também atender a necessidade de outros administradores, a lista de e-mails ejabberd-BR foi criada, juntamente com a comunidade de mesmo nome.

Se você já é sysadmin do ejabberd ou se tem interesse em testar e utilizar o servidor, assine já a lista de e-mail e inscreva-se também na comunidade.

Aguardo você lá.

onesocialweb - Redes sociais abertas e integradas com XMPP

Dica do Thiago Camargo, o projeto onesocialweb pretende definir uma linguagem que sirva de ponte para integrar as diversas redes sociais fazendo com que elas trabalhem de forma similar aos e-mails.

A idéia do projeto é permitir que usuários de diferentes redes sociais possam interagir e se comunicar de maneira transparente (de forma similar ao que já ocorre com os serviços de mensagem instantânea baseados em XMPP), sem a necessidade de que cada usuário tenha de ter obrigatoriamente uma conta em cada rede.

A boa notícia é que, devido a sua flexibilidade, o protocolo XMPP foi escolhido como engine para tal integração (leia sobre as razões da escolha do protocolo aqui). Com isso, é possível que em breve já seja possível encontrar plugins do onesocialweb para os principais servidores XMPP do mercado.

Uma iniciativa do grupo Vodafone, o onesocialweb está em pleno desenvolvimento e já pode ser testado A versão 0.6 lançada há pouco mais de um mês possui um plugin para Openfire que pode ser baixado e instalado pelo console web. O roadmap promete várias novidades para as próximas versões e os desenvolvedores estão em contato com a principais redes sociais para identificar o que precisa ser implementado.

Também está disponível um cliente de linha de comando para testar o plugin Openfire e um cliente web. Além disso, uma versão para Android deve ser lançada em breve.

O download dos clientes e plugins pode ser feito nesse link. Mas ATENÇÃO: as versões lançadas são para uso de desenvolvedores e testadores, pois nenhuma versão ainda foi liberada para usuários finais.

Veja um screenshot do cliente web:

Se você é administrador Openfire, instale o plugin já e ajude a testar e aprimorar o onesocialweb. Participe, comente, dê sugestões, envie seu feedback e ajude a criar mais um grande projeto baseado em XMPP.

UPDATE 05/06/2010: uma versão alpha do cliente foi liberada para Android. Saiba mais e faça o download aqui.

WaveOne, um servidor e cliente wave para ejabberd

Sexta-feira passada me deparei com uma notícia muito interessante postada pelo Daniel Gaspary na lista Openfire-BR: a ProcessOne anunciou o WaveOne, um servidor wave que é um módulo para o servidor XMPP ejabberd (desenvolvido pela própria empresa).

Além disso, foi também disponibilizada uma extensão para o cliente XMPP OneTeam, que também é desenvolvido pela ProcessOne, e que permite que o WaveOne possa ser usado em sua plenitude.

Usando o WaveOne com um cliente compatível, você pode colaborar em tempo real, tanto internamente quando externamente, graças a capacidade de federação do protocolo XMPP. O WaveOne tem suporte a federação com o Google Wave, assim como outros servidores que estiverem rodando o módulo. Assim é possível ter integração total entre os serviços, permitindo que participantes remotos (de outros servidores) e locais (do seu servidor) interajam de forma transparente.

Veja um exemplo de federação entre o Google Wave e o WaveOne:

O WaveOne ainda não está disponível para download, mas assim que o mesmo for liberado farei um novo post aqui no blog comentando sobre esse novo software, que possibilitará a criação de servidores waves internos que poderão contribuir no aumento da produtividade das equipes dentro do ambiente empresarial.

Leia a notícia completa no site da ProcessOne.

UPDATE 05/06/2010: Veja a apresentação do WaveOne aqui.

Lançadas as últimas versões de manutenção do Asterisk 1.6.0 e 1.6.1

Ontem, com a liberação do Asterisk 1.6.0.28 e 1.6.1.20, o projeto anunciou o final do lançamento de releases de manutenção das versões 1.6.0 e 1.6.1. Com isso, essas versões passarão a receber somente correções de segurança quando necessário.

Tal fato que já havia sido anunciado anteriormente, demonstra o compromisso do projeto com o lançamento da nova versão LTS, 1.8, que deve ser liberada no terceiro semestre desse ano (saiba mais aqui).

O suporte a versão 1.6.0 deve ir até 01/10/2010, enquanto a versão 1.6.1 deve ser mantida até 27/04/2011. E mais, a versão 1.6.2 também passará pelo menos processo no final de dezembro, o que confirma que o foco do projeto é investir pesado no Asterisk 1.8.

Para saber o que mudou nas versões lançadas ontem, leia os changelogs (1.6.0.28 - 1.6.1.20).

Enviando mensagens para grupos no Openfire

Um recurso muito útil quando usamos mensagens instantâneas, é a possibilidade de enviar uma mesma mensagem para várias pessoas ao mesmo tempo.

O que talvez muita gente não saiba, é que é possível utilizar tal recurso se você estiver rodando o servidor XMPP Openfire.

E como posso fazer isso ?

Para usar tal recurso é preciso instalar o plugin Broadcast através do console de administração web. O plugin Broadcast permite o envio de mensagens para todos os usuários do sistema ou para grupos específicos.

O plugin já está instalado. Qual o próximo passo ?

Para enviar uma mesma mensagem para vários usuários, é preciso que você tenha grupos configurados no seu Openfire. Os grupos podem ser herdados do LDAP/AD ou criados e armazenados em seu banco de dados (é possível usar uma forma ou outra, mas não ambas simultaneamente).

Um exemplo

Vamos supor que seu servidor tenha um grupo chamado info e que o mesmo possua 10 usuários. Além disso, vamos supor que o nome de seu domínio jabber seja xmpp.minhaempresa.com.br.

Se você quiser mandar uma mensagem para todos os usuários do grupo info, basta enviá-la para info@broadcast.xmpp.minhaempresa.com.br.

Isso pode ser aplicado para qualquer outro grupo, basta respeitar a sintaxe básica do JID (Jabber ID), que nesse caso é: grupo@broadcast.seu_dominio_jabber .

Além da possibilidade do envio de uma mensagem para um determinado grupo, com a instalação do plugin Broadcast, é possível também enviar uma mensagem para todos os usuários do sistema usando o grupo especial all. Nesse caso (seguindo o exemplo), se você quiser enviar uma mensagem para todos, basta mandá-la para all@broadcast.xmpp.minhaempresa.com.br.



Simples não ? Além do mais, é possível adicionar os JIDs de broadcast como contatos normais no seu cliente XMPP, o que agilizará o processo de envio de mensagens quando for necessário.

Obviamente, tal recurso não pode ser aplicado em todos as situações, principalmente quando você quiser enviar uma mesma mensagem para pessoas de grupos distintos, mas provavelmente ele será muito útil em algumas ocasiões.

Comunidade Openfire-BR no Portal do Software Livre

Atendendo a um pedido feito na lista Openfire-BR, foi criada a comunidade no Portal Software Livre.

Acesse a comunidade Openfire-BR aqui, registre-se e participe!

Lançadas novas versões do ClamAV e Samba

Samba e ClamAV, dois softwares FLOSS de grande relevância tiveram novas versões liberadas na data de hoje.

O Samba 3.5.3 corrige pouco mais que uma dezena de bugs existentes na versão 3.5.2. A lista completa de bugs resolvidos pode ser vista nesse link. A nova versão já pode ser encontrada empacotada no site EnterpriseSamba e em seus repositórios.

Já o ClamAV 0.96.1 é o primeiro release de correção lançado para a versão 0.96 e resolve uma série de bugs da versão 0.96. O changelog completo pode ser lido aqui. Sua atualização é recomendada e pacotes atualizados para Ubuntu e Debian devem estar disponíveis em breve no PPA ClamAV e no Debian Volatile.