Autor: fsschmidt

Proxy para repositórios YUM com Nexus Repository Manager 3 (NXRM)

Olá! Recentemente me deparei com dois desafios na instalação da solução Zimbra Collaboration:

  • Política de segurança da informação que restringia o acesso à internet pelos servidores da solução
  • Cenário com a instalação de múltiplos servidores com necessidade escalabilidade horizontal

Um cenário bastante comum é criação de mirrors dos repositórios localmente, como explico neste artigo: criação de mirrors locais para o Zimbra

Neste cenário, o servidor responsável pelos repositórios irá efetuar o download de todo o conteúdo previamente e servi-lo quando demandado. Esse cenários ocupa um espaço de armazenamento considerável, uma vez que é necessário baixar todo o conteúdo do repositório, e também demanda a atualização constante do mesmo.

A outra opção, que abordo neste artigo, é utilizar um servidor de repositório local que será um proxy para o repositório externa. Algumas vantagens desta implementação:

  • Utilização menor de armazenamento, uma vez que são baixados somente os pacote demandados
  • Elimina a necessidade de criar rotinas para atualização dos repositórios

Continuar lendo “Proxy para repositórios YUM com Nexus Repository Manager 3 (NXRM)” →

Anúncios

Zimbra (OSE e NE): Criando um mirror local dos repositórios do Zimbra (Parte 1)

Olá! Irei publicar uma série de artigos sobre a criação de mirrors locais dos repositórios do Zimbra, tanto para a versão Open Source como para a Network Edition.

A utilização de repositórios foi disponibilizada a partir da versão 8.7 do Zimbra.

Nestes artigos, irei abordar desde a criação de um mirror local utilizando o Nginx, passando por repositórios gerenciados pelo Sonatype Nexus Repository Manager, até a criação de múltiplas instâncias (com suporte a balanceamento de carga) na AWS  com Bootstrap.

Parte 2 aqui:

https://respirandolinux.com.br/2019/02/25/proxy-para-repositorios-yum-com-nexus-repository-manager-3/

Continuar lendo “Zimbra (OSE e NE): Criando um mirror local dos repositórios do Zimbra (Parte 1)” →

Zimbra: Informando para os remetentes novos endereços de e-mail de usuários inexistentes

Olá! Gostaria de compartilhar uma dica simples, porém de grande valor para administradores que precisam informar aos remetentes o novo endereço de e-mail  de usuários inexistentes.

Nós conhecemos por padrão a mensagem de retorno quando enviamos um e-mail para uma conta que já não existe mais, certo? Porém, em alguns casos, se deseja informar ao remetente que esta conta não existe mais e informar também o novo endereço desta pessoa.

Para isso, iremos utilizar o recurso “relocated_maps” do Postfix, disponível no Zimbra:

Essa implementação foi testada para as versões 8.7 e 8.8, caso precise executar em alguma versão anterior será necessário validar.

Como usuário “zimbra”, vamos criar o arquivo que será o “mapa” informando a conta de e-mail e o novo endereço de e-mail:

touch /opt/zimbra/conf/relocated

postmap /opt/zimbra/conf/relocated

Vamos configurar o Postfix para utilizar esse arquivo:

postconf -e relocated_maps=lmdb:/opt/zimbra/conf/relocated

Vamos reiniciar o serviço MTA para aplicar as regras imediatamente:

zmmtactl restart

Desta forma, o arquivo já pode ser utilizado para criar as informações de novos endereços de e-mail para usuários desejados:

Exemplo:

vim /opt/zimbra/conf/relocated

As entradas são bem básicas: Primeiro o endereço de e-mail que deverá retornar a mensagem e depois, na mesma linha, o novo endereço que deseja ser informado para os remetentes.

Após cada alteração, deve ser executado o postmap novamente, sem necessidade de reiniciar nenhum serviço:

postmap /opt/zimbra/conf/relocated

Exemplo de mensagem de retorno informando o novo endereço de E-mail:

Zimbra: Definindo corretamente o tamanho máximo para anexos e mensagens

Olá! Uma tarefa obrigatória para um administrador de qualquer solução de correio eletrônico é definir o tamanho máximo permitido para mensagens enviadas/recebidas e anexos.

O que muitos acabam relatando é que ao definirem um determinado limite, na prática mensagens e anexos bem menores são bloqueados. Por exemplo, ao definir um limite de 10MB o envio de mensagens com 7MB já é bloqueado.

Continuar lendo “Zimbra: Definindo corretamente o tamanho máximo para anexos e mensagens” →

Zimbra: Exibir o assunto das mensagens no rastreamento das mensagens (zmmsgtrace)

Olá! Um utilitário muito útil da linha de comando do Zimbra é o zmmsgtrace (/opt/zimbra/libexec/zmmsgtrace), que permite rastrear mensagens de maneira prática e precisa, consolidando as informações de maneira clara, eliminando o trabalho de ficar filtrando logs.

Neste post eu apresentei uma maneira de registrar o assunto e anexos das mensagens nos logs, o que é muito útil para rastrear mensagens e identificar possíveis problemas de entrega:

https://respirandolinux.com.br/2015/06/01/zimbra-8-6-registrando-o-assunto-e-anexos-de-todas-as-mensagens/

Visitando o blog do Ahmad Imanudin, ele apresenta uma modificação para o zmmsgtrace apresentar os assuntos das mensagens, o que torna essa customização ainda mais interessante.

Continuar lendo “Zimbra: Exibir o assunto das mensagens no rastreamento das mensagens (zmmsgtrace)” →

Zimbra: Ajuste das definições do horário de verão 2018 (ATUALIZADO)

 

Olá! Analisando eventos criados na agenda do Zimbra a partir de 21 de Outubro de 2018, quando deveria iniciar o horário de verão, foi observado que os eventos estavam sendo salvos com o horário correto, porém na exibição da agenda os eventos apresentavam 1 hora a menos:

Ao ler a informações sobre o horário de verão para 2018 no NTP.br, está confirmado que o horário de verão deverá iniciar somente em 04 de Novembro:

Analisando o arquivo timezones.ics do Zimbra 8.8 (então muito provavelmente versões anteriores devem ser afetadas também), foi constatado que o horário de verão ainda está com a definição antiga: Entrar em vigor em 21 de Outubro.

Conforme a documentação da zimbra, é possível efetuar ajustes no arquivo para corrigir as definições de fuso horário e horário de verão:

https://wiki.zimbra.com/wiki/Changing_ZCS_Time_Zones

Para o Brasil será necessário efetuar a alteração em dois fusos horários:

Para efetuar as modificações, altere as linhas 1975 e 2762 do arquivo /opt/zimbra/conf/timezones.ics conforme abaixo:

De:

RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=3SU

Para:

RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=11;BYDAY=1SU

Efetuada as modificações, reinicie os serviços do Zimbra (zmcontrol restart) e confirme que o horário de eventos criados a partir de 21 Outubro está sendo apresentado corretamente.

Essa alteração não corrige eventos criados antes da modificação, para isso é necessário criar um “Rule File”.

Efetuei a criação do arquivo para o horário de Brasília (homologado para a versão 8.8, caso você consiga homologar em outra versão por  gentileza compartilhe que irei publicar aqui, com os devidos créditos, é claro).

Para efetuar a correção em eventos criados anteriormente, execute os seguintes procedimentos:

  • Essa correção é bem rápida, devendo levar apenas alguns segundos para corrigir os eventos
  • Em ambientes Multi-Server, esse procedimento precisa ser executado em cada servidor Mailbox
  • Essa correção é aplicada somente para eventos com fuso horário de Brasília
# su - zimbra

$ cd /tmp

$ wget https://raw.githubusercontent.com/fsschmidt/zimbra/master/corrigir_horario_2018.xml

$ zmtzupdate --rulefile corrigir_horario_2018.xml -a all -after "2018/10/22 00:00:00"

Zimbra Suite Plus/Network e AWS: Reduzindo o custo de armazenamento com S3 (Parte 1)

Olá! Um dos principais desafios em qualquer infraestrutura de correio eletrônico e colaboração é gerenciar o armazenamento, seja pelo volume de dados ou pela entrega com resiliência deste espaço para o ambiente.

Gostaria de compartilhar com vocês o módulo de HSM das versões Suites Plus e Network, que permite o armazenamento dos dados das caixas postais (E-mails, agendas, porta-arquivos, tarefas,etc.) em volumes S3.

Continuar lendo “Zimbra Suite Plus/Network e AWS: Reduzindo o custo de armazenamento com S3 (Parte 1)” →