Category: <span>Uncategorized</span>

Até a versão 6 do Domino o usuário podia compactar a caixa postal usando as propriedades da caixa postal.

 Nas versões 7 e 8 este tipo de compactação mudou um pouco. Se a compactação é solicitada pelo usuário a compactação vai para uma fila e é feita pela task update e não compact o que pode causar uma longa espera pela compactação.
Para voltar ao cenário das versões 5 e 6, onde a caixa é compactada pela task compact, basta colocar o parâmetro DEBUG_COMPACT_IMMEDIATELY=1 no notes.ini do servidor.
A desvantagem do modo como a versão 6 compacta as bases é que os usuários tem de ser Manager em suas caixas postais.

A Plansis está com inscrições abertas para o evento Imagine 2009. Detalhes do evento podem ser vistos aqui

Este paper da IBM http://download.boulder.ibm.com/ibmdl/pub/software/dw/lotus/Notes802XenApp45Final.pdf ajudou muito na implementação do Notes 8.5 no Citrix principalmente sobre como otimizar o Lotus Notes para este tipo de instalação.

Publiquei já fazem alguns dias o TN. informando sobre o bug do DNS. A IBM corrigiu para versões 7 e 8.0.
Para 8.5 abri um PMR para pegar o fix e até hoje não tive resposta.

O Windows Vista é realmente uma caixinha de surpresas e todo dia aparece um probleminha quando temos o Notes instalado neste sistema operacional.
Algumas coisas simples que estou fazendo para melhorar a estabilidade das estações que usam vista:

• Desabilitar o UAC. Não é suportado nas versões 7.0.x e 8.0.x. O Notes 8.5 é compatível. Por via das dúvidas estou desabilitando. Veja aqui como fazer.
• Instalar o Notes em C:Lotus ou outra pasta e não em Arquivos de Programas.
• Excluir da lista de arquivos a serem monitorados pelo antivirus o Lotusdata*
• Instalar o Fix 1 do Notes 8.5 realmente melhora o cliente Notes.

Neste link pode-se ver uma matriz de compatibilidade dos sistemas operacionais

Novo fix para o Sametime 8.0.2.1 em Linux. Este fix na minha opinião é mandatório pois resolve problemas graves de estabilidade.

Link para o fix  ST-8.0.2.1-Linux-CGAL-7ULR8M

Uma vez tive de “consolidar” o arquivamento de um usuário (que tinha três arquivamentos) em um único arquivamento. Um designer fez o agente que fez todo o trabalho.
O código foi perdido pois procurei em todo lugar. Ontem a IBM publicou o mesmo tipo de agente em um TN.
É uma boa “carta na manga” pois se precisar criar uma nova caixa postal ou arquivamento por qualquer motivo recriar um monte de pastas manualmente é cansativo.

Semana passada um cliente reportou um problema curioso: Os usuários não conseguiam enviar email para um determinado domínio.
O servidor Domino estava informando que não conseguia se conectar a um servidor e realizando testes realmente não conseguiamos acesso a esta máquina. Ligamos para o administrador do servidor dominio.com e ele informou que havia trocado o mx do seu domínio devido a um problema mas que já havia retornado ao ip original. Só que o domino mantinha a tentativa de mandar para o ip antigo.
Pesquisando um pouco vimos que se reiniciar-mos o router o problema é resolvido, na verdade resolve mandar os correios pois o domino tem um bug que guarda em cache um endereço por 34 anos!  Veja o TN. A solução de contorno é fazer um programa no domino para executar tell router update config ou reiniciar o router.
Não tive tempo ainda de solicitar o fix para o problema.

De acordo com o TN publicado pela IBM a funcionalidade Domino/Db2 não vai ser suportado em ambientes Windows 2008.  
Quem iniciar a utilização desta funcionalidade deve tomar muito cuidado.

O tamanho do log de um servidor pode crescer muito dependendo do processamento que a máquina tem. Logs de roteamento, sessões e outros eventos.
O log muito grande pode impactar a performance e também ficar difícil de fazer análise.  O TN 1366598 mostra como filtrar um tipo de evento mas podemos usar o mesmo processo para filtrar diversos eventos. Em um servidor que estou trabalhando eram gerados 4 documendos de log por segundo.
Depois de configurar alguns filtros agora temos um documento de log a cada 10s.