domingo, 21 de setembro de 2008

Gabinete Argus

Já faz um tempo que estava querendo fazer esse post (e voltar a postar), mas com várias outras coisas isso foi ficando para quando possível...
Bem então aqui estou trazendo algumas imagem Gabinete Argus ATX Artemis 838 que comprei quando estava montando meu novo PC. O que buscava era um gabinete barato mas que tivesse algumas coisas como espaço para meus drives e espaço para a ventilação, esse até que atendeu o que queria, é na minha opinião razoável já que existem alguns detalhes que só descobrimos quando temos ele em mãos...
Bom, antes da compra procurei bastante (claro que na net) e não achei fotos além da de exibição do produto (1 única foto na época) quando estava procurando, então tirei algumas para disponibilizar e mostrar mais algumas coisas desse gabinete para os interessados em comprar um desse.

Após a compra e recebimento do mesmo, a primeira impressão da embalagem foi muito boa, pois veio bem protegido na caixa, dentro do pacote recebido havia a outra caixa envolta em plastico com ar que parecem uma almofada, e na caixa interna a marca do gabinete ARGUS.



Olhando o gabinete pessoalmente é até mais bonito do que na foto que havia visto, mas gosto é gosto né...



A lateral dele possui 2 entradas USB ja com os cabos e a entrade fone e microfone... uma coisa infeliz é que o USB ali localidado possui cabos que fazem com que seja um USB da versão 1 ainda... entãos dispositivos 2.0 não funcionam da melho forma...


A parte trazeira traz uma boa abertura para a colocação de um cooler para ajudar na ventilação.


A lateral também possui aberturas para ajudar a ventilação tanto de placas de video off-board como do processador
.
Eis o gabinete por dentro, a principio nada de mais...


Já traz alguns parafusos mas não todos que se precisa...



A parte onde se fixam as placas não traz nada de novo, é preciso tirar a chapa metálica e se parafuzar a placa para fixa-la, poderiam usar sistemas de travas que seria muito melhor.




A gaveta de driver de disquete é removivel, mas no caso não achei nenhuma vantagem já que não existe adaptador para discos junto do gabinete, preferia que a estrutura de discos ficassem a 90 graus...


A parte de chapa traseira é de material fino e cortante, então tome cuidado ao manipular.




Para finalizar, é um gabinete de baixo custo, poderia ser melhor projetado mas atende basicamente o que era preciso.
Ficam então as imagens para ajudar na hora de escolher.

T+

sexta-feira, 15 de agosto de 2008

Compartilhando conhecimento

É fato que a humanidade só evoluiu devido ao compartilhamento de informações, mas algumas pessoas não levam isso como verdade, acho que isso as deixariam menos competitivas. Bom de certa forma sim, afinal não passa a ser o único a saber, mas e quem disse que realmente é o único ?
Então como um adepto da liberdade e conhecimento postei no site do Viva o Linux um tutorial de instalação e configuração de um servidor de email usando:

Postfix com autenticação em base LDAP, auto-resposta usando Gnarwl, autenticação de remetentes com SASL, utilização de TLS, criação automática dos diretórios dos usuários em formato Maildir com o Maildrop, gerenciamento de listas com o Mailman, antivírus Clamav, SpamAssassin, Courier POP3, webmail Squirrelmail, Isoqlog e Mailgraph.

É bastante coisa né, vale a pela conferir até mesmo para tirar duvidas e me ajudar a melhorar a qualidade dos próximos artigos.

o link:

http://www.vivaolinux.com.br/artigo/Postfix-com-autenticacao-em-base-LDAP-no-Slackware/

T+

Sem emails

Alguns dias atrás passei por uma experiência um tanto quanto diferente, normalmente ajudo os usuários que tem dificuldades com seus emails, porém como dizem, um dia é da caça e outro do caçador...
Sou fã do Firefox e costumo usa-lo em quase tudo (é ainda existem sites que não funcionam bem com ele), no entanto um belo dia ao tentar acessar meu email do Gmail fui agraciado com um comportamento diferente... A página fica redirecionando e redirecionando até chegar a uma mensagem de erro:

'Bad Request: Your client has issued a malformed or illegal request'

Bom, o que pensar? problema de conexão, cache do browser, cookies, problema de conexão, Firefox (esse ultimo com muita improbabilidade)...
Lá fui eu atrás de resolver o problema (na verdade até sem muita pressa, afinal sem acesso aos emails descobrimos que temos varias outras coisas a fazer...). Começamos com a conexão... outros sites sendo acessados normalmente... hum, seria problema no Gmail em si? vamos tentar o Orkut... hum, sem acesso ao Orkut também com o mesmo comportamento...seria possível o Google morrer assim? não acho que não, certas aplicações sim, mas os 2 ao mesmo tempo...acho que não...
poderia ser algo de cache ou cookies? vamos testar, limpamos os dois... mais uma tentativa de acesso e ... nada...
bom... vamos testar a mais improvável causa... o navegador...
Testando com o Internet Explorer e.... não é que obtive acesso... minha confiança no Firefox se manteve intacta apesar desse golpe... não é possível...
Vamos ao Google para resolver problemas do Google....(claro que usando o Firefox)
Com a mensagem de erro obtemos a página:

http://mail.google.com/support/bin/answer.py?hl=en&answer=91343

Ahh, nossas suspeitas envolvendo cookies...
Vamos tentar as recomendações... (algumas coisas do tinha feito).
Testando o acesso novamente e nada... nem com https ....

Vamos investigar mais profundamente...
Vamos olhar as opções de cookies no browser...
Hum, uma opção de definição de cookies...e nela opções de bloqueados e liberados...

E aha...ali está o causador de tudo... cookies bloqueados do domínio do Google!!

Mas como isso pode ter acontecido? fácil... opção de perguntar se um site pode definir cookies ou não... afinal não se pode aceitar tudo que oferecem... em algum momento de distração o Google ofereceu um cookie e acabei selecionando a opção de bloquear... causando uma pequena brincadeira investigativa....

Então caso passem por isso fica aí uma dica... olhem seus cookies ;)

segunda-feira, 11 de agosto de 2008

Recuperando mensagem apagada no thunderbird misteriosamente

Na verdade o que vou mostrar aqui é um caso um tanto quando específico meu, mas que traz algumas coisas que podem ajudar em outros cenários.

Um dia desses estava eu fazendo minhas pesquisas para implementação em um novo servidor de email, quando me falam que alguns usuários estavam perdendo suas mensagem armazenadas no Thunderbird, como trabalho com o armazenamentos das mensagens em rede, lá vem aquelas preocupações...será um vírus?, será que os arquivos estão se corrompendo na rede?, ou será que apagaram as mensagens e nem perceberam, ou ainda um dos vários problemas que são causados por algum código obscuro do windows e não sabemos...

Uma Curiosidade é que era de pastas específicas e não todas (hum, específicas é?).

Enfim, como qualquer um com um pouco de sorte, vamos recuperar as mensagens dos backups para fins imediatos. Após recuperadas as mesmas chega a hora de descobrimos o porque desse extermínio de mensagens.

Antes disso, um bom teste para agilizar as recuperações de mensagens, o Thunderbird trabalha com as caixas em formato mbox, ou seja, um arquivo contem todas as mensagens, então se olhar no seu diretório de armazenamento verá alguns arquivo entre eles o Inbox que é a caixa de entrada do thunderbird, trabalhando com o linux podemos usar um leitor/editor de texto para vermos seu conteúdo, e lá estarão as mensagens.
Muito bom mas e o que isso tem haver com as mensagens sumidas? calma...
Com as mensagem sumidas dos usuários vamos ver o Inbox de cada um deles, e observando tamanho e conteúdo vemos que as mensagens não estavam realmente lá... Hum, sumiram de vez... mas elas não sumiriam assim, a menos que alguns passos sejam efetuados...falarei disso mais adiante...
Então a principio o arquivo inbox criado com o sumiço do antigo (é caso não encontre o arquivo o thunderbird cria um novo em branco) com as mensagens que chegaram e o antigo com as mensagens antigas não podem ocupar o mesmo lugar, para isso ou se renomeia o arquivo inbox com outro nome e se copia as mensagens através do próprio thunderbird...ou o melhor caso com nosso amigo linux, utilizasse o comando "cat" para concatenar o conteúdo do velho arquivo com o novo.
ficando algo como:

$ cat Inbox_do_backup >> Inbox

onde o Inbox_do_backup é o arquivo que temos de backup antes de sumirem e Inbox é o novo que foi criado pelo thunderbird.
Claro que antes de qualquer coisa do tipo existem 3 coisas a se fazer:

1 - backup do arquivo Inbox que foi criado;
2 - ter certeza que fez o backup do arquivo Inbox criado e ter a cópia segura do backup anterior;
3 - por fim ter o thunderbird fechado, afinal ja nos basta algumas mensagens sumidas.

Bom, feito isso temos as mensagens restauradas e tudo está bem... mas o que causou isso afinal...
O que temos para acontecer isso são na verdade 2 fatores distintos, em um deles temos a nossa suspeita de virus, na verdade não exatamente um virus, mas um email com link suspeito que o antivírus do servidor identificou e como tratamento para esses casos mandou o arquivo para quarentena. Quarentena? ótimo mas e o resto das mensagens? bom aí está um pequeno contratempo do thunderbird, ele trabalha com mbox (mailbox) e isso faz com que todas as mensagens estejam no mesmo arquivo, o que faz com que o antivírus mova o arquivo para o local destino, causando a criação de um arquivo novo pelo thunderbird no local de armazenamento das mensagens.

Bom, temos a causa do sumiço, mas então podemos voltar as mensagens do local de quarentena com o comando anterior e assim deletamos a mensagem problemática...
Aí entra o segundo fator...
O thunderbird trabalha de uma maneira diferente com suas mensagens, no caso, ele não elimina as mensagens propriamente como queremos, o que ele faz a principio é enviar uma copia da mensagem que foi selecionada para exclusão para a pasta Trash (que também corresponde a um arquivo) e na pasta Inbox sumir com ela alterando uma parâmetro de cabeçalho incluso no email quando recebido. Sendo assim mesmo que você não visualize a mensagem na sua pasta, o email está lá (ele também continuará lá mesmo deletando a mensagem com shift+del que teoricamente apagaria a mensagem de vez).
Sendo assim nós retornaríamos as mensagem, e pouco tempo depois o antivírus se encarregaria de sumir com o arquivo de novo...afinal a mensagem esta lá... (se editar o arquivo Inbox e procurar pela mensagem você a achará lá, altere o campo "X-Mozilla-Status" que contém uma numeração para um numero como "0003" e quando olhar pelo thunderbird verá a mensagem lá novamente). Muito bem então ele não apaga as mensagens o que fazer?, apagar ela via editor de texto editando o arquivo? não, isso é muito trabalhoso, pegue algum email com anexo e verá a quantidade de linhas que ele pode gerar...
a resposta desse problema é tão fácil quanto nosso comando "cat", assim que recuperarmos as mensagens, exclua o email suspeito de causar todo esse transtorno (utilize shift+del para não termos que apagar da lixeira também), depois disso pelo próprio thunderbird vá no menu, arquivo e selecione compactar pastas. Esse compactar pastas não vai compactar exatamente seus arquivos, mas sim remover as mensagens que foram excluídas e se mantém ocultas dentro dos seus arquivos de email, eliminando assim nosso problema de virus em um arquivo que não aparece.

O texto aqui ficou grande, mas fazer isso é bem simples, assim que fizer vai ver.
Como se trata do meu primeiro post em um blog próprio, não sei se estão bom ou não, conforme for aprendendo a lidar com blogs e as dicas que forem deixando vou melhorando isso aqui. ^^

Fica aí uma dica para a equipe do thunderbird quem sabe disponibilizar uma forma de fazer o mesmo trabalhar com maildir, assim cada mensagem é um arquivo separado e não teríamos esses problemas se mensagem sumindo.