A versão 11.3 do OpenSuSE foi lançada trazendo inúmeras atualizações e melhorias no sistema, entre elas Kernel 2.6.34, suporte nativo a MariaDB, Gnome 2.30.1 e KDE SC 4.4.4 nas versões de 32 e 64 bits.

Obs. Está disponível também no sistema o preview do Gnome 3.0!

Mais informações no site oficial do projeto…

It is possible to reload some ejabberd modules from disk without restarting ejabberd service.
This allows you to modify erlang source files (.erl) and reload them without the need of restarting.

Obs. Reloading modules is also possible via the web interface since ejabberd 0.9.1.

Open an Erlang console on the ejabberd node with:
# ejabberdctl debug

And select the module you wish to compile with:
c(mod_version).

If you just want to reload the .beam file (without recompiling the module), use:
l(mod_version).

Obs. Replace “mod_version” with the name of the file you want to recompile / reload.

There are lots of ways to upgrade ejabberd service without downtime, but sometimes when managing a corporate instant messaging server we need to reformulate our entire messaging architecture in a new server and we can just export all users and passwords to a list and then import them to the new server using just the command line and mod_cltextra / mod_admin module.

There’s no automated way to export all users like Openfire does, but we can dump our entire database, consider that you are using the internal erlang mnesia database, to a text file and filter just the values we want (in this case, users and passwords) using the following steps:

1. Dump the database to a text file:

# ejabberd_ctl ejabberd@localhost dump /tmp/mnesia.dump

2. Filter the dump to get only registered users

# cat /tmp/mnesia.dump | grep ‘{passwd,{‘ > /tmp/tmplist.txt

3. Convert your temporary generated file to the format you prefer, in this case getting a list (username, hostname, password):
   

   # sed -e ‘s/{passwd,{“//g;s/”,”/ /g;s/”},”/ /g;s/”}.//g’ /tmp/tmplist.txt > /tmp/userlist.txt

Obs. The database registers that store user information in the dump have the following format:
{passwd,{“USER”,”VIRTUAL-HOST”},”PASSWORD”}.

Muitas pessoas tem duvidas quando a conexão em multiplos servidores com o Irssi, que apesar de utilizar uma forma diferente dos outros IRC clients mais tradicionais apresenta muita eficiência e facilidade durante o uso!

Para abrir conexão em um novo servidor sem perder a conexão atual utilize:

/CONNECT irc.server.net

Lembrando que para se conectar a um novo servidor, finalizando a conexão anterior o comando chamado é “/SERVER irc.newserver.net”.

Para listar os servidores atualmente conectados na máquina utilize o comando /SERVER sem nenhum parâmetro adicional, que mostrará uma saída parecida com:

-!- oftc: irc.oftc.net:6667 ()
-!- freenode: irc.freenode.net:6667 ()
-!- efnet: irc.efnet.org:6667 ()

Como mostrado acima, cada conexão com servidor é classificada por uma tag diferente (normalmente o nome do servidor, logo após o sinal -!-) que será utilizada para fazer referência durante a execução de comandos.

Para se desconectar de algum dos servidores utilize:

/DISCONNECT freenode

Onde “freenode” é a tag que faz referência à conexão realizada no irc.freenode.net.

A tag de referência pode ser utilizada em boa parte dos comandos disponíveis, assim como:

/MSG -tag nick mensagem
/JOIN -tag #channel
/QUERY -tag nick
/TOPIC -tag #channel novo topico

Para aqueles que ainda não conhecem o Irssi, ele é um IRC client rico em funcionalidades, leve, flexível, tem suporte a temas, possui suporte a SILC, tem uma ótima integração com o GNU Screen e não necessita de bibliotecas gráficas para a execução. Recomendo a todos!

Recomendo a leitura do “A Guide to Efficiently Using Irssi and Screen” para quem está iniciando sua utilização.

Recentemente realizei a migração do servidor jabber daqui do site de Openfire para EJabberd. Até o momento tenho tido resultados melhores e o serviço está mais adequado ao ambiente, porém vou citar algumas vantagens e desvantagens desta troca que foi realizada para que o pessoal que tem dúvida possa ter mais um caso para análise.

Em termos de carga de servidor a diferença é absurda, o Ejabberd tem um consumo muito baixo de recursos, principalmente se comparado a máquina virtual Java do Openfire. Outra vantagem que pude perceber é a facilidade em se montar um cluster de máquinas para atender alta demanda do serviço, apesar dos plugins de cluster do Openfire serem bem funcionais e fáceis achei bem interessante o método utilizado pelo Ejabberd.

Uma desvantagem que podemos perceber é a falta da interface administrativa super completa do Openfire, a ausência de qualquer edição de arquivos de configuração e o gerenciamento bem prático de plugins, entre eles os gateways de messengers externos e principalmente o plugin de auditoria que permite facilmente gerenciar as conversas e conexões da rede.

Com a utilização do Ejabberd na instalação do servidor aberto aqui do projeto do site, onde qualquer pessoa pode se cadastrar e utilizar os serviços e o gerenciamento é quase que totalmente realizado através dos clients disponívels, a migração foi uma alternativa bem interessante que trouxe diversos benefícios e principalmente novos conhecimentos em Erlang e no banco de dados Mnesia.

Em geral, recomendo a todos o Ejabberd como servidor Jabber/XMPP!