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:
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"
Muito legal essa postagem.
Quando vai disponibilizar o “Rule File”?
Estou tentando mas ainda não consegui.
Valeu
Boa noite!
Post atualizado com o Rule file. Obrigado pelo acesso.
Parabéns pelo post Fábio, o problema de criação de compromisso foi resolvido, porém os que já estavam criados ainda permanecem com o horário errado, você tem alguma dica de como criar a “Rule File”?
Boa noite!
Post atualizado com o Rule file. Obrigado pelo acesso.
Obrigado pela publicação, ajudou bastante.
Como seria esse Rule File ?
Boa noite!
Post atualizado com o Rule file. Obrigado pelo acesso.
Boa noite!
Post atualizado com o Rule file. Obrigado pelo acesso.
Eu tenho problema com agendamento do Zimbra para o outlook.
Na Standard ele vai de -0200 para -0300 aplicando a Rule
BEGIN:STANDARD
TZOFFSETTO:-0300
TZOFFSETFROM:-0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=2;BYDAY=3SU
Em Daylight ele vai de -0300 para -0200
BEGIN:DAYLIGHT
TZNAME:BRST
DTSTART:16010101T000000
TZOFFSETFROM:-0300
TZOFFSETTO:-0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=11;BYDAY=1SU
Porém no Outlook ele não interpreta correto, veja que no arquivo do meu outlook meu compromisso vem com o begin standard porém de -0300 para -0300, Ou seja não interpreta o timezone do Zimbra
BEGIN:VTIMEZONE
TZID:America/Sao_Paulo
BEGIN:STANDARD
DTSTART:16010101T000000
TZOFFSETFROM:-0300
TZOFFSETTO:-0300
END:STANDARD
Boa noite!
Post atualizado com o Rule file. Obrigado pelo acesso.
Eu estou com o mesmo problema de agendamento do zimbra -> outlook.
Danilo, você conseguiu solucionar seu problema?
Depois de correr na internet e não achar nada para solucionar, fui atrás de adaptações técnicas, vulgo, gambiarras!
Para o meu ambiente funcionou quando alterei nas estações que realizam os agendamentos (03 no total) o Fuso Horário do Outlook para -02:00. Em Arquivo->Opções->Calendário->Fusos Horários escolhi qualquer fuso horário para (UTC-02:00), refiz isso umas 3 vezes para ter certeza e os agendamentos do Zimbra -> Outlook estavam no horário certo (mesmo o Outlook informando que estavam num fuso horário diferente).
A versão do Zimbra é a 8.7.11_GA_1854
Provavelmente quando acabar o Horário de Verão, terei que desfazer este procedimento. Mas até lá, ficamos na gambi mesmo!
Danilo, tudo em ordem ? Sigo com o mesmo problema que você, estudando a solução adequada.
Boa tarde Fabio,
realizei a alteração, reiniciei o serviço, mas o problema continua
Boa noite Valdicir,
Qual a versão do seu Zimbra?
Bom dia,
é Zimbra 8.8.8_GA_1703 (build 20180523093409)
Obrigado pela ajuda Fábio!
No aguardo do arquivo “Rule File”
Vlw
Boa noite!
Post atualizado com o Rule file. Obrigado pelo acesso.
Olá Fábio, obrigado pelo arquivo! Testei na versão 8.7.11 e também funciona, um problema que encontrei agora é na diferença do horário na hora de imprimir os e-mails, eu recebo com o horário certo porém na hora de imprimir ele adianta em 1 hora, já viu alguma coisa do tipo ?
Desde já agradeço a ajuda!
Abraço
Fabio, ótimo post.
Tem previsão para rule file que corrige os agendamentos existente?
Boa noite!
Post atualizado com o Rule file. Obrigado pelo acesso.
Fabio, apliquei o Rule File mas não surtiu o efeito, continua mostrando o horário errado para as agendas já criadas e novas agendas também são mostradas erradas.
Esquece, ja resolvi aqui. Era meu fuso horário do MAC que estava trocado. Sorry!
Obrigado pelo retorno, fico feliz que tenha ajudado!
Bom Dia Fabio,
Estou com uma duvida quando você fala que não corrige eventos criados cirados antes da modificação, o que nao ira corrigir são eventos entre o intervalo do dia 21/10 a data e horario atual da mudança do timezones.ics e execução do comando zmcontrol restart ne ?
obrigado Fabio no aguardo
Boa tarde,
Ótimo post,
Funcionou corretamente no zimbra 6.0.14.
Inclusive o Rule file.
Obrigado.
Obrigado pelo retorno, fico feliz que tenha ajudado!
Boa tarde !
Vocês sabem se será necessário realizar algum procedimento, antes da virada do horário dia 04/11/2018 ?
Muito bom! Testei o Rule File e funcionou! Muito Obrigado!
Obrigado pelo retorno, fico feliz que tenha ajudado!
Zimbra versão 8.5.0: Funcionou a solução.
Zimbra versão 8.0.3: Funcionou a solução do fuso, porém não corrigiu os horários agendados utilizando o Rule file.
Bom dia !
Sabem se o procedimento funciona para o Zimbra 7.2.7?
Abraços.
Bom dia!!
Li que você atulizou o post com o Rule file, mas não o encontrei no post.
Ele está disponivel para download ?
Ignore meu comentario.
Tem o link pra download via wget.
Fiz os procedimentos,
Quando o e-mail do convite de agendamento aparece, o horario está correto.
Mas quando o convidado aceita o agendamento, na agenda continua com uma hora adiantado.
Será que você tem mais alguma outra dica ?
Olá, muito obrigado pela dica!
Uma duvida, na sua instalação os horários da aba “Status do servidor” ficam 1 hora adiantados?
FIz a correção desse post e o tzupdater pro java e não consegui resolver essa parte ainda.
Abraços
Obirgado!! Consegui solucionar o problema do meu ambiente. Abraços
Bom dia Edson,
Obrigado pelo acesso e fico feliz que tenha ajudado.
Olá. Gostaria de saber se alguém que AINDA utiliza o Zimbra versão 7 se deparou com o seguinte problema: Ao atualizar o Google Chrome para versão 71xxx, quando criar um novo compromisso, abre uma janela pedindo para escolher o fuso horário (no meu já aparece “Argentina” pré-selecionado), mas mesmo selecionando o corrento (no meu caso “Brasília”) ele não guarda, e os horários ficam desconfigurados no calendário.
Alguém pode me ajudar?
Olá Tiago, obrigado pelo acesso.
Você poderia compartilhar uma captura de tela do problema?
Obrigado pela atenção. A tela está no link abaixo:
Fizemos uma simulação no navegador Firefox e não aconteceu. Aparentemente tem algo de errado com o Chrome, falta saber se o mesmo ocorre em versões mais recentes do Zimbra com o Chrome 71.
O problema não estava no Zimbra, mas sim no próprio Google Chrome, ao qual já saiu recentemente um update corrigindo o bug ( 71.0.3578.98 ). Vale lembrar que o problema citado aconteceu na combinação com Windows 7.
Obrigado
Olá Tiago,
Obrigado por compartilhar! Irei publicar um artigo com os devidos créditos, ok?