Não vou nem dizer, que servidores de email são uns dos principais alvos de ataque de hackers e spammers. Contudo, se você administra um servidor, você possivelmente precisa de um servidor de email, para receber via email os relatórios que o servidor gera. A boa notícia é que seu servidor de email, não precisa necessariamente ser executado no seu servidor.

O Google Apps é um serviço do Google, no qual você pode hospedar os emails do seu domínio nos servidores do Google. Assim, tudo o que você precisa fazer para evitar a dor-de-cabeça, vírus e spam, de um servidor de email. Para usar o Google Apps você precisa criar uma conta no serviço e alterar o registro MX de seu domínio. Não vou entrar em detalhes do Google Apps, porque a documentação do serviço explica detalhadamente o que fazer.

O intuito aqui é esclarecer que ainda será necessária uma forma do servidor encaminhar os emails (relatórios) de seu servidor para o Google Apps. Justamente aqui que o msmtp entra, para fazer esse trabalho.

A configuração do msmtp é simples e concentrada no arquivo /etc/msmtprc:


Para testar se o servidor está enviando emails corretamente digite no console:


Com isso um email deve ser encaminhado à sua caixa de entrada.

Faltam apenas alguns ajustes no Cron para garantir que os emails sejam encaminhados corretamente. Edite o arquivo /etc/crontab e inclua a diretiva MAILTO logo após os comentários, conforme abaixo:


Isso deve ser feito também no seu crontab, caso execute o Cron em seu usuário. Digite crontab -e e insira a diretiva MAILTO na primeira linha.

O DropBox é um excelente serviço que permite sincronizar arquivos entre diferentes computadores e sistemas operacionais. Além disso ele permite o acesso aos arquivos pela Internet. Apesar de fornecer apenas 2GB para armazenamento, essa capacidade é suficiente na maior parte do tempo, se você
deseja sincronizar "importantes" como arquivos de configuração ou código-fonte.

Apesar de tantas vantagens, o cliente Linux funciona integrado ao gerenciador de arquivo Nautilus, logo indiretamente ao Gnome. Como agora estou usando o Openbox, queria uma forma fazer o DropBox funcionar sem ter que instalar o Nautilus. Após uma busca encontrei um tutorial para fazer exatamente isso, bastando seguir os seguintes passos:

• Fazer o download dos arquivos binários: http://www.getdropbox.com/download?plat=lnx.x86
• Descompactar e mover .dropbox-dist para ~/.dropbox
• Adicionar a linha ~/.dropbox/dropboxd & para o arquivo ~/.config/openbox/autostart.sh

Porém o atalho "Open My DropBox" ainda chamava o Nautilus como gerenciador de arquivo. Após nova busca descobri que a saída era criar um script que chamava o gerenciador de arquivo correto ao invés do Nautilus. Cuidado ao executar os passos abaixos, pois ele presume que o Nautilus não esteja instalado, não execute o procedimento o Nautilus esteja instalado. No script utilizo o PCMan como gerenciador de arquivos, mas basta trocar o pcmanfm pelo comando do gerenciador de arquivo desejado.

• Executar o comando sudo touch /usr/bin/nautilus && sudo chmod +x /usr/bin/nautilus && sudo nano /usr/bin/nautilus &
• Inserir o script no editor aberto

Feito isso bastou reiniciar o Openbox para iniciar o servidor do DropBox. A partir de então, pude me considerar mais um feliz usuário do DropBox.

Este ano temos os já tradicionais eventos Joomla!: Encontro de Usuários Joomla! e Joomla! Day Brasil.

O  IV Encontro de Usuários Joomla! será realizando dentro do FISL e acontece no dia 26/06/2009 das 12:00 às 13:00. Já o Joomla!Day Brasil será realizado no dia 12/09/2009 no Rio de Janeiro - RJ.

 Fica então o convite para que todos participem.

Depois que o core do Joomla! marcou a data para o fim do suporte ao Joomla! 1.0, chega então a hora de migrar este humilde blog para o Joomla! 1.5. Apesar de saber que a migração do conteúdo é relativamente simples, são necessários alguns ajustes no tema para que funcione na nova versão. Então, ao invés de migrar o tema para a nova versão, resolvi mudar um pouco o cara do blog e instalar um novo tema.

Apesar que estar à muito tempo com vontade de colocar em produção o Joomla! 1.5, achei melhor esperar um pouco para que os principais bugs fossem corrigidos. Mas, com a chegada da DÉCIMA versão do Joomla! 1.5, vi que já era hora de iniciar os trabalhos. Nesse processo, duas coisas tomaram bastante tempo: o tema e o SEF/SEO.

Como não sou designer procurei um tema para Joomla! 1.5 que fosse leve e limpo. Após algumas buscas encontrei o Axe Rescheek Red do JoomlaAxe e juntando com algumas idéias do tema JA Purity do JoomlArt e com um logo "personalizado" pelo Logo Maker, eis que surge o tema que vocês vêem aqui. Esta é a beleza do software livre, pode-se adaptá-lo conforme sua necessidade.

Quanto ao SEF devo dizer que o Joomla! 1.5 melhorou sensivelmente o suporte às URLs amigáveis. O melhor do SEF do Joomla! 1.5 é que ele mantém a compatilidade com o SEF do Joomla! 1.0, redirecionado "automagicamente" as URLs antigas para as novas. Para que isso funcione, basta ter certeza que o plugin "System - Backlink" esteja publicado.

Contudo, uma coisa me irritava nas novas URLs, é que elas exibiam o ID do artigo na URL. Eu até achei um plugin que removia os IDs das URLs, mas como reação adversa a alteração nas URLs das extensões, fazia com que elas parassem de funcionar.

Como solução para isso analisei duas extensões para SEF: Artio e sh404SEF. Ambos são bons e funcionam de forma parecida, contudo o sh404SEF é GPL e disponível livremente, enquanto o Artio tem duas versões uma gratuita e outra paga. Vale lembrar que livre e gratuito não são necessariamente a mesma coisa. Comparando ambas fiquei com o sh404SEF.

Com a adoção do sh404SEF fica-se com o problema das URLs do Joomla! 1.0 quebradas, o que é especialmente ruim para páginas indexadas pelos mecanismos de busca. Para resolver isso utilizei o htaccess para redirecionar as URLs antigas para as novas. Ainda na área de SEO instalei a extensão XMap para gerar e publicar o sitemap do blog.

Para dar os efeitos de lightbox instalei o YOOeffects que utiliza o MooTools, a mesma API do Joomla! 1.5, o que teoricamente, não sobrecarregaria ainda mais o site. Apesar de ainda faltarem alguns ajustes e extensões, publiquei a nova versão do blog, para eu possa fazê-lo aos poucos. No próximo artigo publico os detalhes do passos e configurações efetuadas durante a migração.

O GNU Screen é realmente uma ferramenta fantástica e extremamente útil. Não vou explicar como ele funciona porque já fizeram isso. A minha dica é sobre como deixá-lo ainda mais produtivo. Isso pode ser conseguido com a utilização de um .screenrc personalizado.

Na minhas navegadas eu encontrei um .screenrc muito bom, sendo assim, gostaria deixá-lo aqui registrado.