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.

Atualização em 18/04/2019: Documentação na Wiki da Zimbra sobre a aplicação correta do tamanho máximo da mensagem:

https://wiki.zimbra.com/wiki/Configuring_maxmessagesize

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 19752762 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: Definindo o intervalo de envio do aviso de férias (ou fora do escritório)

 

Olá! Quem já criou algum aviso de fora do escritório ou de férias, como muitos preferem chamar, deve ter observado o comportamento do Zimbra não enviar o aviso para toda mensagem recebida do mesmo remetente.

Isso ocorre devido ao comportamento de cache de remetentes para o Zimbra não enviar múltiplas respostas para o mesmo remetente.

Continuar lendo “Zimbra: Definindo o intervalo de envio do aviso de férias (ou fora do escritório)”