Mailman renomeando extensão de anexos

Tive um problema recentemente com o mailman. Quando eu enviava um anexo no formato zip para uma lista, o mesmo era renomeado para a extensão bin, e aí é claro que isso confunde os usuários?

Felizmente a solução é simples.

Basta adicionar no arquivo /etc/mailman/mm_cfg.py a linha abaixo.

SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION = True

Antes de ativar essa opção você deve avaliar os prós e contras. Ativando essa opção a extensão usada será a mesma do arquivo enviada. Isso abre a brecha de um usuário enviar algum arquivo disfarçado com a extensão trocada. Para ativar essa opção é preciso complementar a solução de maneira que preferencialmente exista algum tipo de checagem nos anexos enviados para a lista.

Problema ao montar volume Windows 2012 no Ubuntu 14.04

Quando um servidor Windows aqui do trabalho foi migrado para a versão 2012 a montagem do volume compartilhado parou de funcionar no Linux.
O mais estranho é que quando eu executava a linha abaixo:

$ smbclient -L IP -U USER -m SMB2

O volume que eu queria era mostrado.
Quando eu adicionava a entrada correspondente no /etc/fstab aparecia o erro: “mount error(2): No such file or directory” mas o volume existia (eu havia montado com sucesso em uma VM Windows) e a pasta destino também (funcionava antes).
Até que cheguei no link abaixo:
https://askubuntu.com/questions/915781/smb2-0-wont-mount-using-cifs-works-on-smbclient

Notei que no nome do volume constava um $, achei estranho mas tentei adicionar um $ no nome do volume no fstab.
E não é que funcionou também? Depois reparei que realmente no smbclient o nome do volume também aparecia com esse caracter mas eu não havia prestado atenção (ao montar no Windows esse caracter não aparece no nome do volume).
Uma coisa boba que me fez perder um tempinho. Espero que outros não passem pelo mesmo problema.

A minha entrada do fstab ao final ficou assim:
//IP/NOMEDOVOLUME$ /mnt/smb/ cifs defaults,credentials=/FILEPATH,gid=1000,uid=1000,file_mode=0770,dir_mode=0770,vers=2.0 0 0

Erro Forbidden no Apache 2.4

Estava tendo um estranho erro de Forbidden no Apache 2.4. Verifiquei as permissões e estava tudo correto.

Descobri que houve uma mudança na configuração do Apache nessa versão. Seguindo a sugestão do link abaixo:
https://askubuntu.com/questions/561201/apache-2-4-10-giving-403-forbidden-issue-on-ubuntu-14-04/601730#601730

É necessário substituir o trecho

Order allow,deny
allow from all

com

Require all granted

Depois de dar um reload no server, o erro parou de acontecer.

Executando arquivos jnlp no Linux

Estava precisando executar uma aplicação Java, porém ao entrar na URL desejada o browser (tanto Firefox quanto Chrome) baixavam o arquivo ao invés de executar a aplicação. Atualizei para o Java 7, update 51. Porém mesmo assim não funcionou.

Para funcionar usei a linha de comando e usei o programa javaws:

$ javaws URL

Porém mesmo assim ele dava uma mensagem “missing required permissions manifest attribute”.

Essa página aqui explica o erro e sugere que o ideal é que os desenvolvedores da aplicação façam um upgrade na mesma. Porém existe uma maneira de ignorar o erro.

No Linux, na mesma pasta do javaws, existe um aplicativo ControlPanel. Executando esse aplicativo, basta ir na aba Segurança e depois editar o campo “Lista de exceções de sites”.

Após fechar o ControlPanel basta executar novamente o javaws e a aplicação deve funcionar conforme esperado.

Converter PDF para imagem no Linux

Podemos usar o comando convert do Linux para isso:

$ convert arquivo.pdf arquivo.jpg

Fazendo isso a qualidade da imagem resultante pode não ser a ideal. O parâmetro density (por padrão é 72) pode ajudar:

$ convert -density 300 arquivo.pdf arquivo.jpg

Fonte: http://www.cyberciti.biz/faq/howto-convert-a-pdf-file-to-an-image/

Usando Bundle atrás de um proxy autenticado

Mais uma dica rápida:

Se você estiver atrás de um proxy o comando bundle não vai funcionar.
Para resolver basta exportar a variável de ambiente HTTP_PROXY.

No Linux:

$ export HTTP_PROXY=http://USUARIO:SENHA@ENDERECO:PORTA

Fonte: http://sudhirchauhan.net/tag/rails-bundle-install-proxy

Encontrando arquivos pelo conteúdo no Linux

Dica rápida só para tirar a poeira do blog.

Comando mágico para encontrar um texto em um arquivo via linha de comando:

$ find . -type f -iname “*.txt” | xargs grep -s -a -i padrao

Ali onde diz “*.txt” diz para procurar somente em arquivos de texto terminados com a extensão .txt, para outros tipos é só alterar. E o texto ‘padrao’ é o padrão à ser procurado.

O mais estranho é que notei agora que ao menos no Ubuntu 12.04 não existe mais como procurar arquivos pela interface gráfica informando o conteúdo do arquivo, então a saída é apelar para a boa e velha linha de comando que está sempre disponível. Pena que quem não entende muito de linha de comando não vai mais poder fazer isso. Ou ao menos a opção está tão escondida que eu não consegui encontrar.

Como converter chave do Putty para OpenSSH

Um cliente me enviou uma chave pública gerada no Putty para que eu conectasse em um host remoto, mas a chave não funcionava, quando eu tentava conectar via ssh, me era pedida uma “senha”, porém o cliente não tinha me informado senha nenhuma.

Dando um cat nas chaves vi que o formato era diferente das chaves geradas com o ssh-keygen.

Dando uma procurada no Google vi que eu não era o único com o problema [1]. O porém era que era necessário ter o Putty instalado, mas eu queria fazer isso a partir do Linux.

Usando o Google de novo descobri[2] que existe um pacote chamado “putty-tools” que prove no Linux alguns aplicativos do Putty.

Foi só preciso executar:

$ puttygen chave-putty.ppk -O private-openssh -o chave-openssh.key

Com isso consegui conectar via ssh usando a chave.

$ ssh -i chave-openssh.key user@host

E viva o Google!

[1] http://leadingedgescripts.co.uk/server-administration/how-to-convert-your-putty-ppk-private-key-to-a-normal-ssh-key-you-can-use-on-an-apple-mac/

[2] http://superuser.com/questions/232362/how-to-convert-ppk-key-to-openssh-key-under-linux

Bug #1 para o Ubuntu resolver

Ainda não tinha visto isso:
https://bugs.launchpad.net/ubuntu/+bug/1/+viewstatus

Realmente, esse é um bug difícil de resolver, mas eu acredito neles ;D