Novo módulo de agenda Expresso Calendar

[douglas]

Ticket que centraliza o commit do novo módulo de agenda expressoCalendar.

Também serão comitados suas dependências da API e alterações (pasta prototype e expressoCalendar).

Ticket da Prognus:  #1156.

[douglas]

Commit inicial do novo módulo de agenda do Expresso (expressoCalendar) realizado na revisão [5431].

[douglas]

correção: revisão [5341].

[douglas]

Remoção de arquivos temporários na revisão [5342].

[niltonneto]

Já está funcional? Será oficial para a versão 2.4? Acha melhor criar um componente "ExpressoCalendar?"?

[wmerlotto]

Replying to niltonneto:

Já está funcional? Será oficial para a versão 2.4? Acha melhor criar um componente "ExpressoCalendar?"?

Sim, estará disponível na v2.4. Estamos chamando esta agenda de ExpressoCalendar? mesmo. Vê algum problema?

[douglas]

Estabilizacao na funcionalidade de remocao de agendas na API, revisão [5343].

[cristiano]

r5344. Adequações no importar

[acoutinho]

r5345

• Removido espaço em branco na criação de eventos;
• Melhoria no alternar abas;
• Melhoria na listagem de eventos;

[adriano]

Commits de correções nas r5394 e r5351.

• problemas no tooltip de adição de participantes
• destaque nos dias clicáveis, ao passar o mouse, no display de ano

[adriano]

Replying to adriano:

Commits de correções nas r5394 e r5351.

• problemas no tooltip de adição de participantes
• destaque nos dias clicáveis, ao passar o mouse, no display de ano

Correção: r5349 e r5351.

[airton]

Na revisão [5353] foi adicionada a validação na adição de um participante que verifica se o mesmo já foi convidado para o evento, possibilitando ao usuário editar o mesmo caso desejar.

A funcionalidade apresenta uma mensagem para o usuário com uma opção de editar o contato que seta o foco no contato e abre o tooltip para edição das informações.

[adriano]

Commit na r5354:

• pequenas adequações de identação, limpeza de código e otimização;
• correções de parte dos problemas relacionados com a validação de inserção de participantes externos já presentes na lista de participantes

[adriano]

Commit na r5355:

• adquação de estilo css para correção dos problemas com validação de participantes externos

[adriano]

Commit na r5356:

• correcão de problema de sintaxe encontrado por acaso no arquivo css

[acoutinho]

r5358

• Melhoria na manipulação de participantes, para aproveitar as funcionalidades que a nova API oferece melhorando a performance da criação/edição de eventos sem executar requisições desnecessárias no servidor.

[acoutinho]

r5361

• Corrigido problema com participantes externos quando salvos sem nome;
• Melhoria na tela de edição de eventos quando usuário não é o organizador;

[adriano]

Commit r5360:

• correção de problemas nos tooltips de adição de participantes

[airton]

Na revisão [5363] foi aplicada a funcionalidade de verificação no momento da adição de um usuário interno para o evento.

Caso o usuário já tiver sido convidado, o checkbox é desabilitado, impossibilitando a adição do usuário novamente.

[acoutinho]

r5364

• Corrigido problemas com participantes externos;

[acoutinho]

r5365

• Melhoria no tratamento de repetição de participantes

[cristiano]

r5366

Trocado utilização de uidnumber no davcal para uid. validado consulta de usuario externo.

[acoutinho]

r5376

• Estabilização da nova API,
• Correção de bugs nos alarms,
• Reaproveitamento dos recursos da nova API diminuindo requisições desnecessárias no servidor,
• Melhoria no mapeamento dos alarms,
• Correção no mapeamento dos eventos,

[niltonneto]

Este módulo está bem instável.Ainda não consegui fazê-lo funcionar corretamente. Primeiro acusou o seguinte erro:

[13-Jan-2012 15:37:16] PHP Fatal error:  Class 'Memcache' not found in /home/niltonneto/workspace/expresso-trunk/prototype/app/cache/MemoryCache.php on line 44
[13-Jan-2012 15:37:58] PHP Fatal error:  Class 'Memcache' not found in /home/niltonneto/workspace/expresso-trunk/prototype/app/cache/MemoryCache.php on line 44
[13-Jan-2012 15:38:08] PHP Fatal error:  Class 'Memcache' not found in /home/niltonneto/workspace/expresso-trunk/prototype/app/cache/MemoryCache.php on line 44

Depois disso, instalei o pacote "php5-memcache" e o problema sumiu, mas agora está aparecendo outro:

[13-Jan-2012 15:49:23] PHP Warning:  parse_ini_file(/home/niltonneto/workspace/expresso-trunk/prototype/app/../config/.srv): failed to open stream: No such file or directory in /home/niltonneto/workspace/expresso-trunk/prototype/app/controller.php on line 293
[13-Jan-2012 15:49:23] PHP Warning:  require_once(/home/niltonneto/workspace/expresso-trunk/prototype): failed to open stream: No such file or directory in /home/niltonneto/workspace/expresso-trunk/prototype/app/controller.php on line 305
[13-Jan-2012 15:49:23] PHP Fatal error:  require_once(): Failed opening required '/home/niltonneto/workspace/expresso-trunk/prototype/app/../' (include_path='.:/usr/share/php:/usr/share/pear') in /home/niltonneto/workspace/expresso-trunk/prototype/app/controller.php on line 305

Também encontrei uma configuração "hardcoded" na index.php:

$_SESSION['wallet']['caldav']['url'] = 'http://davical.prognus.com.br/caldav.php';

Este módulo funciona somente com um servidor Davical configurado?

[acoutinho]

r5381

Correção de bugs:

• Corrigido bug de não fechar tela de eventos após ter aberto ao menos uma vez o dialog de confirmação;
• Corrigido bug alert de confirmação na visualização de eventos com timezone;
• Corrigido bug na mensagem de validação de email na edição de participantes externos;
• Melhoria na criação de evento : horário de inicio e termino de acordo com as preferências do usuário, e sempre valores fechados de inicio;
• Inserido confirmação de remoção de eventos na visualização de listagem;
• Corrigido bug com a visualização o clique no mês no mini calendário;
• Corrido bugs com seleção da agenda padrão nas views que hoje listam a mesma;
• Retirado espaço em branco na string de visualização no modo dia;
• pequenas limpezas e melhorias em trechos de códigos;

[acoutinho]

r5384

• Corrigido problemas com a agenda padrão do usuário -> Melhoria no mapeamento;
• Corrigido problemas com seleção de agendas e mudanças de views no contexto: dia, semana, mês -> será implementada melhoria na visualização de ano na refactor,
• Corrigido problemas com atualização de eventos ao importar -> será implementada melhorias na API permitindo maior controle do mesmo.

[acoutinho]

r5387

• Corrigido bug no link de participantes internos e externos;

[gustavo]

r5388

• Adicionado o importar via expressoMail

[gustavo]

r5389 r5390 r5391 r5392 r5393

• Adicionada a funcionalidade de criar evento a partir de um email;
• Adicionada a validação de abertura da funcionalidade : Que somente abre se, e somente se a preferencia estiver setada como "SIM" e se o usuário ter acesso ao modulo
• A mesma validação foi colocada para a funcionalidade de importar eventos;

Obs : O Timepicker foi comentado no código, pois por algum motivo ainda desconhecido abria incorretamente.

[acoutinho]

r5394

• Melhoria e correção de bugs na importação de eventos pelo expressoMail;

[cristiano]

r5399:5400

Alteração estrutura de pastas.

[acoutinho]

r5401

• Pequena correção no dia padrão da semana;

[acoutinho]

r5409

• Primeira fase de limpeza / melhoria de código na camada javascript, com intuito de otimizar e construir um código limpo e de fácil manutenção;

• Remoção de código desnecessários;

Correções de alguns bugs como:

• Alarmes padrões;
• Preferências do usuário / padrões;
• Importação / atualização de eventos via expressoMail;
• Correção da hora inicial/final na criação de eventos pelo expressoMail;
• Melhoria na listagem de eventos, agora o mesmo mostra os alarmes do usuário e os participantes / organizador do evento;
• Corrigido problemas com export/import ;

• A limpeza / melhoria em si não terminou, contudo o mesmo será feito em paralelo com novas e implementações / funcionalidades.

[douglas]

r5411

• Inclusão de arquivo Leiame para:
  • instalação e configuração do módulo
  • instalação e configuração de servidor DaviCal?
  • integração do ExpressoCalendar como um cliente de DaviCal?

[douglas]

r5413 - O valor da variável de configuração "useCaldav" deve estar por padrão como "false", e não como "true", evitando erros quando a agenda é recém instalada e não existe nenhum servidor DaviCal? já configurado.

[wmerlotto]

r5414 - Adicionada uma observação no howto de instalação da nova agenda, referente a necessidade do davical estar na mesma máquina do Expresso.

[cristiano]

r5415 Correções no importar ical, via expressoMail e Agenda.

Adicionado campos na tabela calendar_object (Adicionar manualmente caso não queira reinstalar o modulo.)

[douglas]

r5422 - Retirada da exibição do usuário logado como participante de evento, quando este é o organizador do evento. Para os participantes, já existe esta validação.

[cristiano]

r5437:5438

Atualização na agenda e API. Adicionado Mapeamento simples dos conceitos na config.

Alteração na tabela calendar_object (Adicionado campo sequence)

[cristiano]

r5441 Correções nos serviços.

[acoutinho]

r5442

• Correção de inconsistências nos intervalos de datas do fullcalendar;
• Correção na pesquisa de participantes;
• Melhoria no fullcalendar para o participante não mover evento sem permissão;

[cristiano]

r5462 Correções no sync

[cristiano]

r5465

Corrigido importar via expressoMail

[acoutinho]

r5467

Correção com problemas de timezone no expressoMail visto a ordem de inclusão de arquivos incorreta.

[acoutinho]

r5468

Devida mudança no expressoMail para correto funcionamento do arquivo de timezone da nova agenda, fora realizada pequena alteração para remover a dependência redundante dos arquivos javascript criando inconsistências em contextos diferenciados.

[cristiano]

r5481

Chamada de função invalida no sync com o caldav.

[cristiano]

r5491 Corrigido envio de alarmes

[cristiano]

r5492 Corrigido envio de alarmes.

[fernando]

r5510

• Novas preferências criadas: Hora de início padrão e Hora de término padrão.
• Calendário diario e semanal exibido a partir da hora inicial padrão.
• Ao clicar no calendário mensal, a hora de inicio e fim do evento já vem configurado de acordo com as preferências.
• Mini calendário com o fundo transparente.

[acoutinho]

r5511

• Melhoria no css de visualização de eventos no modo participante;
• Correção na url de expotação de eventos.

[acoutinho]

r5512

• Corrigido problemas com a utilização da nova agenda no expressoMail.

[acoutinho]

r5514

Implementação das funcionalidades:

• Importação / exportação de anexos nos eventos bem como importação dos mesmos via ics.

• Acls de participantes, sendo possível dar permissões ao participantes de:
• Editar evento;
• Participação obrigatória ;
• Convidar outros participantes;

• Delegação de participação a outro participante;

• Criação do conceito de notificação genérico;

• Mudança na estrutura para trabalhar com delegatedFrom ao invés de delegatedTo;

• Suporte a diferentes tipo de relacionamentos de conceitos na API;

• Suporte normalizado de envio de arquivos para servidor via iframe - Ajax;

• Melhoria no código de criação das notificações de eventos;

• Correções de bugs

[acoutinho]

Para compatibilizar a instalação do módulo feita antes do da r5514, alguns ajustes devem ser feitos: ALTER TABLE calendar_participant ADD COLUMN acl varchar not null DEFAULT 'r';

ALTER TABLE calendar_participant ADD COLUMN receive_notification integer not null DEFAULT 1; ALTER TABLE calendar_participant RENAME COLUMN delegated_to TO delegated_from;

UPDATE calendar_participant SET acl = 'rowi' where is_organizer = 1;

[acoutinho]

r5515

• Tamanho do anexo calculado par melhor apresentação;
• Melhorias na listagem de participantes de eventos quando havia muitos participantes;
• Melhoria na seleção dos participantes pelo checkbox;
• Melhorias no layout.

[acoutinho]

r5521

• Corrigido problemas com a atualização das mensagens.

[cristiano]

r5523

compatibilidade com outllok 2003

[cristiano]

r5528

Trocado \t string por tab na descrição do evento.

[acoutinho]

r5529

• Correções de bugs,
• Atualização do fullcalendar para compatibilização com jquery já atualizado;

[acoutinho]

r5530

Correções de bugs:

• Criação/remoção de agendas;
• Remoção do participante delegado na criação do evento;
• Inconsistência na mudança entre as views do fullcalendar;
• Criação de evento pelo email.

[acoutinho]

r5531

• Pequena melhoria para melhorar o desempenho.

[acoutinho]

r5532

• Pequena correção de css para compatibilizar com firefox;

[acoutinho]

r5550

Correção no arquivo timezone, para corrigir inconsistência entre horário de verão/inverno.

[acoutinho]

r5592

• Criada a funcionalidade de compartilhamento de agendas, usuário poderá compartilhar agenda com os demais a usuários além de poder criar agendas públicas visíveis a qualquer usuário.

• Criada a funcionalidade de menu de contexto no eventos, sendo agora possível copiar/mover os eventos apenas clicando sobre o evento com o botão do mouse direito, alem de poder remover , importar, exportar.... conforme as permissões sobre o evento/agenda

• Re-implementação do controle de timezones, onde agora diferenças entre horário de verão/inverno são tratados no php, garantindo a consistência das informações;

• Re-implementação da criação de eventos pelo e-mail, sendo que agora o mesmo se comportará conforme for implementado na agenda, sem precisar reescrever o código.

• Corrigido inconsistências com filtros na camada javascript;

• Adicionada configuração ao administrador do expresso remover ou não automaticamente a agenda no caldav sincronizada com uma agenda sedo excluida no expresso.

• Mudança no tratamento de range-end range-star dos eventos, sendo que agora são mantidos em unix time, permitindo assim melhor controle sobre o mesmo e a correção de inconsistências.

• Correção na codificação da importação de eventos;

*

• Para funcionar corretamente a partir deste comit, deverá ser alteradas as colunas

range_star, range_end das tabelas -> schedulable e alarm;

[acoutinho]

r5596

• Pequena correção nas permissões de evento;

[acoutinho]

Referente a r5592

Segue Sql's atualizar o range_and e range_star de eventos e anexos;

ALTER TABLE calendar_object

ALTER COLUMN range_end TYPE bigint USING (date_part('epoch',(cast(range_start as timestamp)))::int),

ALTER COLUMN range_end TYPE bigint USING (date_part('epoch',(cast(range_end as timestamp)))::int);

ALTER TABLE calendar_alarm

ALTER COLUMN range_end TYPE bigint USING (date_part('epoch',(cast(range_end as timestamp)))::int),

ALTER COLUMN range_start TYPE bigint USING (date_part('epoch',(cast(range_start as timestamp)))::int);

[wmerlotto]

Replying to acoutinho:

Referente a r5592

Segue Sql's atualizar o range_and e range_star de eventos e anexos;

Uma pequena correção no SQL. Troque o primeiro "range_end" por "range_start". Segue o SQL completo:

ALTER TABLE calendar_object
    ALTER COLUMN range_start TYPE bigint
    USING (date_part('epoch',(cast(range_start as timestamp)))::int),

    ALTER COLUMN range_end TYPE bigint
    USING (date_part('epoch',(cast(range_end as timestamp)))::int);
 
ALTER TABLE calendar_alarm
    ALTER COLUMN range_end TYPE bigint
    USING (date_part('epoch',(cast(range_end as timestamp)))::int),
    
    ALTER COLUMN range_start TYPE bigint
    USING (date_part('epoch',(cast(range_start as timestamp)))::int);

[wmerlotto]

Depois, mais esse SQL:

update calendar_object set range_end = range_end * 1000 ;
update calendar_object set range_start = range_start * 1000 ;

update calendar_alarm set range_end = range_end * 1000 ;
update calendar_alarm set range_start = range_start * 1000 ;

[acoutinho]

r5608

Pequena correção no conflito entre acls de agendas compartilhadas com permissões de eventos;

[acoutinho]

r5615

• Remoção do includes de arquivos do expressoCalendar no carregamento do módulo usados penas para as funcionalidades de criar evento apartir de um evento e de importar eventos;

• Correção de importação de eventos pelo expressoCaledar;

• Correção na importação de eventos pelo expressoMail;

• Correção na notificação de eventos;

[acoutinho]

r5617

• Colocado atualizações das tabelas no expressoCalendar no setup do modulo;
• Correção de atualização da agenda após remover uma agenda compartilhada;
• Correção conflito de acl de leitura de evento para participantes sem permissões;

[acoutinho]

r5617

• Adicionado arquivo de atualização;

[acoutinho]

Simples correção referencia ao commit de adição do arquivo de atualização das tabelas r5618

[acoutinho]

r5619

• Refere-se a r5616 onde fora removido os includes do expressoCalendar da inicialização do módulo expressoMail, apenas fora incluído dois arquivos que não foram comitados.

[acoutinho]

r5622

• Colocado includes no expressoMail que são utilizados para outras funcionalidades;

Deve-se centralizar as informações do usuário logado, afim de não fazer includes desnecessários entre módulos.

[acoutinho]

r5636

• Implementação da funcionalidade de mapa de disponibilidade de eventos;
• Correção nos includes do expressoMail na codificação em ISO-8859-1;
• Correção na atualização (backend) de eventos;
• Compatibilizado novas funcionalidades com o expressoMail;

[acoutinho]

r5641

• Correção nas sql de pesquisa';
• Tratamentos na utilização da agenda no expressoMail;
• Correções de css;
• Click no adicionar participantes externos;

[acoutinho]

r5642

• Correção na acl de eventos (anexos de eventos);
• Melhorias no css da agenda no expressoMail;

[acoutinho]

r5645

• Melhorias no script de atualização do módulo;

[acoutinho]

r5647

• Alteração do nome do arquivo de update da nova agenda;

[acoutinho]

r5650 r5651

• Correção na atualização expressoCalendar;

[acoutinho]

r5652

• Correção na criação de eventos com alarmes;
• Melhoria na exibição da ordem da unidade de tempo para exibição;
• Tratamento para evitar inconsistências;
• Correção na estilização dos botões de remoção de alarmes;

[acoutinho]

r5653

• Correção na atualização de eventos allDay;

[acoutinho]

r5682

• Correção no import de eventos para participantes pelo expressoMail;

[acoutinho]

r5720

• Correção no nome de arquivos anexados sem extensões;

[acoutinho]

r5724

• Correção no envio de alarmes javascript e mail no modulo expressoCalendar;

[acoutinho]

r5729

• Suporte a alarme de eventos javascript no expressoMail1_2;
• Correção na visualização de alarmes;
• Correção na acentuação do arquivo BDMapping;

[acoutinho]

r5731

• Finalizada correção na codificação do arquivo BDMapping;

[cristiano]

r5736

Correções na importação

[acoutinho]

r5746

Suporte edição de ocorrências de eventos com repetição,

Novas funcionalidades:

• Copiar repetição inteira - Com as exceções juntas;
• Copiar uma única ocorrência;
• Arrastar ocorrências de uma repetição;
• Resize em uma ocorrência da repetição;
• Edição da repetição inteira;
• Edição de apenas uma ocorrência;
• Remoção de toda repetição;
• Remoção de apenas ocorrência;

• Correções no backend de repetições;

[acoutinho]

r5752

• Correção da edição de eventos com "n" repetições;
• Melhoria no backend de repetições;

[acoutinho]

r5764

• Mudança na inicialização da sessão do usuário logado, visto vários módulos hoje usam a nova API e este processo tende a aumentar, para evitar chamadas desnecessárias e possíveis inconsistências o mesmo agora é iniciado no login do usuário.

[acoutinho]

r5776

• Corrigido duplicação na edição de compartilhamento de agendas.

[acoutinho]

r5780

• Corrigido inconsistência na importação de eventos pelo expressoMail em que a participação do usuário é obrigatória.

[douglas]

r5796

• correção de referência em chamada de função, introduzido após o commit [5773].

[cristiano]

r5798

Importação e exportação de repetição

[acoutinho]

r5804

• Criada funcionalidade de criação de agendas em contas compartilhadas;
• Criada funcionalidade de imposição de agendas;

• Correções de bugs;

[acoutinho]

r5807

• Corrigido problemas repetição mensal (expressoCalendar);
• Melhorias no carregamento do modulo (removido chamada de request ( calendarSignature )usada para corrigir antes inconsistências com API);

[niltonneto]

Tivemos problemas em ambiente com Postgresql rodando em outro servidor. O problema ocorre porque na nova API os parâmetros de conexão do PostgreSQL estão hardcoded no arquivo  PostgreSQL.srv. É extremamente importante utilizar parâmetros do arquivo header.inc.php, para que as atualizações e instalações futuras em ambiente distribuído funcionem corretamente.

[acoutinho]

r5809

• Correção de problemas com tabulação nos arquivos de tradução;

[acoutinho]

r5810

• Corrigido inconsistência com visualização da opção livre/ocupado de uma agenda compartilhada na edição do compartilhamento;

[acoutinho]

r5811

• Corrigido problemas com passagem por referência na API;

• De acordo com a documentação do PHP funções que esperam variaveis por referencia e setam valores por default devem seta los como NULL

exemplo:

function minhaFuncion($a, &b = NULL)

na chamada da função caso não exista valores a se passar a $b nada deve ser passado

exemplo de chamada sem parâmetros

minhaFunction($valor)

[wmerlotto]

Replying to niltonneto:

Tivemos problemas em ambiente com Postgresql rodando em outro servidor. O problema ocorre porque na nova API os parâmetros de conexão do PostgreSQL estão hardcoded no arquivo  PostgreSQL.srv. É extremamente importante utilizar parâmetros do arquivo header.inc.php, para que as atualizações e instalações futuras em ambiente distribuído funcionem corretamente.

Nilton, os valores não estão hardcoded, são apenas sugestões/exemplos... Colocamos na "[  http://trac.expressolivre.org/browser/trunk/expressoCalendar/docs/Leiame.txt#L7 documentação]" do módulo que é necessário alterar os valores deste e de outros arquivos.

Não utilizamos as configurações do header.inc.php em função da carga extra, já que seria necessário carregar a API antiga dentro da nova somente para importar estas configurações.

Futuramente vamos automatizar este processo, mas por agora esta é a única forma.

[niltonneto]

Replying to wmerlotto:

Replying to niltonneto:

Tivemos problemas em ambiente com Postgresql rodando em outro servidor. O problema ocorre porque na nova API os parâmetros de conexão do PostgreSQL estão hardcoded no arquivo  PostgreSQL.srv. É extremamente importante utilizar parâmetros do arquivo header.inc.php, para que as atualizações e instalações futuras em ambiente distribuído funcionem corretamente.

Nilton, os valores não estão hardcoded, são apenas sugestões/exemplos... Colocamos na "[  http://trac.expressolivre.org/browser/trunk/expressoCalendar/docs/Leiame.txt#L7 documentação]" do módulo que é necessário alterar os valores deste e de outros arquivos.

Não utilizamos as configurações do header.inc.php em função da carga extra, já que seria necessário carregar a API antiga dentro da nova somente para importar estas configurações.

Futuramente vamos automatizar este processo, mas por agora esta é a única forma.

Entendi William. Entretanto, como solução de implementação, sugiro retirar as configurações e variáveis de banco de dados existentes no header.inc.php, e incluí-las nesse arquivo da nova API, ou algum outro arquivo. Assim, o header.inc.php será mantido enquanto a API atual existir, e terá um include desse novo arquivo contendo essas configurações.

[niltonneto]

Outra pergunta: Onde está a dependência do ExpressoMail? com a nova API? O log do PHP acusou alguns erros (os mesmos que o ExpressoCalendar?) no momento de carregá-lo.

[acoutinho]

r5812

• Correção/melhorias no compartilhamento de agendas (edição e remoção);
• Correção na visualização da tela de criar eventos no Chrome;
• Remoção de alguns geradores logs;

[wmerlotto]

Replying to niltonneto:

Outra pergunta: Onde está a dependência do ExpressoMail? com a nova API? O log do PHP acusou alguns erros (os mesmos que o ExpressoCalendar?) no momento de carregá-lo.

Nilton, não entendi bem sua questão... Algumas das novas funcionalidades do ExpressoMail? utilizam sim recursos da nova API e até mesmo da nova agenda...

[niltonneto]

Replying to wmerlotto:

Replying to niltonneto:

Outra pergunta: Onde está a dependência do ExpressoMail? com a nova API? O log do PHP acusou alguns erros (os mesmos que o ExpressoCalendar?) no momento de carregá-lo.

Nilton, não entendi bem sua questão... Algumas das novas funcionalidades do ExpressoMail? utilizam sim recursos da nova API e até mesmo da nova agenda...

William, você já me respondeu. Queria saber se vocês estavam usando recursos da nova API no ExpressoMail?,pois aqui também estava acusando erro nele ao carregá-lo, por conta dessa configuração via PostgreSQL.srv

[acoutinho]

r5835

• Correção criação de eventos pelo expressoMail( Repetição);
• Opção de atualização do status no expressoMail;
• Correção da listagem de eventos no expressoCalendar(compatibilização cross-browsing);

Com este commit esta sendo finalizado este ticket e as correções referentes ao modulo e a API será dado em tickets escificos.