Olá pessoal, estamos querendo colocar o expresso v2.4.1 com davical em produção em nossa organização.
Porém está acontecendo o seguinte:

- Inclusão de evento pelo expresso : OK
- Inclusão de evento pelo thunderbird : OK
- Mover evento pelo expresso : OK
- Mover evento pelo thunderbird : OK
- Deletar evento pelo expresso : OK
- Deletar evento pelo thunderbird : FALHA - Não deleta evento
- Deletar evento pelo eM (outro cliente): FALHA - Não deleta evento

Alguém tem como ajudar neste detalhe? Só falta isto para conseguirmos homologar...

Abaixo detalhes do ambiente:

Servidor:
- Debian6 Squeeze 64 bits;
- Davical v1.0.2 (conforme guia de atualização);
- Expresso v.2.4.1

Clientes:
- Thunderbird v 14.0
- eM mail

Abaixo, o que acontece no SYSLOG quando clico para deletar o evento:

Aug 21 11:50:52 galeao slapd[971]: conn=1244 fd=24 ACCEPT from IP=127.0.0.1:37072 (IP=0.0.0.0:389)
Aug 21 11:50:52 galeao slapd[971]: conn=1244 op=0 BIND dn="" method=128
Aug 21 11:50:52 galeao slapd[971]: conn=1244 op=0 RESULT tag=97 err=0 text=
Aug 21 11:50:52 galeao slapd[971]: conn=1244 op=1 SRCH base="dc=teste,dc=com" scope=2 deref=0 filter="(&(objectClass=posixAccount)(uid=conta-teste))"
Aug 21 11:50:52 galeao slapd[971]: conn=1244 op=1 SRCH attr=uid uidNumber cn mail
Aug 21 11:50:52 galeao slapd[971]: connection_input: conn=1244 deferring operation: too many executing
Aug 21 11:50:52 galeao slapd[971]: conn=1244 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text=
Aug 21 11:50:52 galeao slapd[971]: conn=1244 op=2 BIND dn="uid=conta-teste,ou=organizacao,dc=teste,dc=com" method=128
Aug 21 11:50:52 galeao slapd[971]: conn=1244 op=2 BIND dn="uid=conta-teste,ou=organizacao,dc=teste,dc=com" mech=SIMPLE ssf=0
Aug 21 11:50:52 galeao slapd[971]: conn=1244 op=2 RESULT tag=97 err=0 text=
Aug 21 11:50:52 galeao apache2: PHP Notice: Undefined index: modified in /usr/share/davical/inc/drivers_ldap.php on line 335
Aug 21 11:50:52 galeao apache2: PHP Notice: Undefined index: in /usr/share/davical/inc/drivers_ldap.php on line 335
Aug 21 11:50:52 galeao apache2: PHP Notice: Undefined index: modified in /usr/share/davical/inc/drivers_ldap.php on line 344
Aug 21 11:50:52 galeao slapd[971]: conn=1244 op=3 UNBIND
Aug 21 11:50:52 galeao slapd[971]: conn=1244 fd=24 closed
Aug 21 11:50:52 galeao apache2: PHP Notice: Undefined variable: old_attendees in /usr/share/davical/inc/schedule-functions.php on line 211
Aug 21 11:50:52 galeao slapd[971]: conn=1245 fd=24 ACCEPT from IP=127.0.0.1:37073 (IP=0.0.0.0:389)
Aug 21 11:50:52 galeao slapd[971]: conn=1245 op=0 SRCH base="dc=teste,dc=com" scope=2 deref=0 filter="(&(&(objectClass=phpgwAccount)(|(phpgwAccountType=i)(phpgwAccountType=u)(phpgwAccountType=s)))(uid=a))"
Aug 21 11:50:52 galeao slapd[971]: conn=1245 op=0 SRCH attr=uidNumber cn mail uid givenName sn dn vacationInfo vacationActive displayName mailAlternateAddress phpgwAccountStatus accountStatus objectClass phpgwAccountType phpgwAccountVisible gidNumber telephoneNumber
Aug 21 11:50:52 galeao slapd[971]: conn=1245 op=0 SEARCH RESULT tag=101 err=0 nentries=0 text=
Aug 21 11:50:52 galeao apache2: PHP Warning: pg_query(): Query failed: ERRO: sequência de bytes é inválida para codificação "LATIN1": 0x00#012DICA: Este erro pode acontecer também se a sequência de bytes não corresponde a codificação esperado pelo servidor, que é controlada por "client_encoding". in /var/www/expresso/prototype/services/PostgreSQL.php on line 103
Aug 21 11:50:52 galeao apache2: PHP Warning: pg_num_rows() expects parameter 1 to be resource, boolean given in /var/www/expresso/prototype/services/PostgreSQL.php on line 105
Aug 21 11:50:52 galeao apache2: PHP Warning: pg_affected_rows() expects parameter 1 to be resource, boolean given in /var/www/expresso/prototype/services/PostgreSQL.php on line 112
Aug 21 11:50:52 galeao apache2: PHP Notice: A session had already been started - ignoring session_start() in /var/www/expresso/prototype/modules/calendar/interceptors/DAViCalAdapter.php on line 11
Aug 21 11:50:52 galeao apache2: PHP Warning: pg_query(): Query failed: ERRO: sequência de bytes é inválida para codificação "LATIN1": 0x00#012DICA: Este erro pode acontecer também se a sequência de bytes não corresponde a codificação esperado pelo servidor, que é controlada por "client_encoding". in /var/www/expresso/prototype/services/PostgreSQL.php on line 103
Aug 21 11:50:52 galeao apache2: PHP Warning: pg_num_rows() expects parameter 1 to be resource, boolean given in /var/www/expresso/prototype/services/PostgreSQL.php on line 105
Aug 21 11:50:52 galeao apache2: PHP Warning: pg_affected_rows() expects parameter 1 to be resource, boolean given in /var/www/expresso/prototype/services/PostgreSQL.php on line 112
Aug 21 11:50:52 galeao apache2: PHP Warning: Invalid argument supplied for foreach() in /var/www/expresso/prototype/modules/calendar/interceptors/DAViCalAdapter.php on line 226
Aug 21 11:50:52 galeao apache2: PHP Warning: implode(): Invalid arguments passed in /var/www/expresso/prototype/modules/calendar/interceptors/DBMapping.php on line 128
Aug 21 11:50:52 galeao apache2: PHP Fatal error: Cannot use string offset as an array in /var/www/expresso/prototype/modules/calendar/interceptors/DBMapping.php on line 136
Aug 21 11:50:52 galeao slapd[971]: conn=1245 op=1 UNBIND
Aug 21 11:50:52 galeao slapd[971]: conn=1245 fd=24 closed

Por favor, quem puder ajudar, será muito bem vindo!

E aí Dayvison,

To tentando fazer estes testes mais estou tendo dificuldade para excluir mesmo... vou verificar se minhas configurações davical estão certas aqui ai vou tentar ver oque vai rolar.

abraço.

Olá Dayvison!

Você seguiu o processo de configuração conforme apontado no wiki?

Att,

Citando:

Oi William,

Segui a risca o tutorial e inclusive, tive que acrescentar no /etc/davical/config.php o acesso ao LDAP porque não reconheceriam os usuários.

Abaixo, caso necessário, segue o arquivo config.php para análise.

Pessoal que sabe de php, se puder me ajudar, realmente estou precisando...

Ai vai uma dica:

Acredito que seja bem importante, porque é a primeira linha que detectei e compreendi que não deveria ser isto, pois o usuário em consulta é o "sathlerds"...

Aug 21 11:50:52 galeao slapd[971]: conn=1245 op=0 SRCH base="dc=teste,dc=com" scope=2 deref=0 filter="(&(&(objectClass=phpgwAccount)(|(phpgwAccountType=i)(phpgwAccountType=u)(phpgwAccountType=s)))(uid=a))"

Como podem perceber, ele está consultando o usuário "a", e não "sathlerds".

Vejam se conseguem ver qual arquivo php e linha deve estar sendo feita esta consulta quando é deletado um evento no davical pelo thunderbird....

Isto pode ser uma falha no código da versão 2.4.1-1...

Um abraço!

Pessoal, RESOLVIDO!

Realmente é uma falha na versão 2.4.1-1 do expresso e, inclusive, já foi corrigida e será postada na versão v2.4.2.

Esta informação pode ser confirmada no link:

http://trac.expressolivre.org/ticket/3002


Para quem não quer esperar e já resolver o problema definitivamente, entre no link:

http://trac.expressolivre.org/changeset/6995

e baixe o pacote em anexo a esta mensagem ou no link acima e aplique no correio da seguinte forma:

1 - descompacte o pacote .zip;

# tar -xvzf changeset_6995.zip

2 - Copie os 3 arquivos para os seguintes locais:

# cp -r branches/2.4/prototype/services/PostgreSQL.php /var/www/expresso/prototype/services/PostgreSQL.php

# cp -r branches/2.4/prototype/modules/calendar/interceptors/DAViCalAdapter.php /var/www/expresso/prototype/modules/calendar/interceptors/DAViCalAdapter.php

# cp -r branches/2.4/expressoCalendar/docs/caldav-DELETE.php.diff /usr/share/davical/inc/

3 - Entre no davical/inc:

# cd /usr/share/davical/inc

4 - Aplique o patch de correção para o arquivo caldav-DELETE.php:

# patch -p0 < caldav-DELETE.php.diff

Pronto!

Comigo funcionou perfeitamente,

Falta agora ver o comportamento das outras tarefas antes testadas, tendo em vista que foram feitas correções que podem vir a alterar o comportamento da aplicação.

Testem aí, depois me digam,

Agradeço aos desenvolvedores que ajudaram na correção.

Um abraço!

Importante: Este resultado foi obtivo no ambiente: expresso v2.4.1-1 + davical v1.0.2