Project

General

Profile

Actions

Bug #7586

closed

Export ICS non conforme

Added by David Lesimple almost 6 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Normal
Start date:
02/23/2016
Due date:
% Done:

100%

Estimated time:
Navigateur:
Tous
Votre version de Silverpeas:
5.15
Système d'exploitation:
Votre base de données:
PostgreSQL
Livraison en TEST:
Livraison en PROD:

Description

Depuis que nous avons synchronisé via le lien ICS un calendrier Silverpeas avec le gestionnaire de calendrier de Zimbra, nous avons provoqué un ralentissement significatif de notre messagerie.
La synchronisation est programmée toutes les 5 mn et celle-ci provoque à chaque fois suppression et rénscription des rendez vous sur la bdd Zimbra.
Quand on consulte le fichier texte généré par le lien ICS du calendrier Silverpeas, on constate que l'UID de chaque rendez vous change à chaque consultation parce que cet UID est manifestement timestampé, malgré pourtant que le timestamp de la synchronisation soit indiqué dans la variable DTSTAMP.
Chaque rendez vous est donc considéré comme différent du précédent qui est donc supprimé et recréé.
Les modifications entraînées sur la bdd zimbra sont donc trop importantes et ralentissent la messagerie.

Merci de m'indiquer ce que vous pouvez faire par rapport à ce mode de fonctionnement qui semble t'il n'est pas conforme aux modes de synchronisations des calendriers par ICS.

Actions #2

Updated by Nicolas Eysseric over 5 years ago

  • Subject changed from synchronisation des calendriers via ics avec un système de messagerie impacte la messagerie groupware to Export ICS non conforme
  • Status changed from New to In progress...
  • Assignee set to Nicolas Eysseric
  • Target version set to Version 5.15.2

L'UID de chaque événement est en effet différent à chaque export.

SUMMARY:Test bug #7586
UID:20160309T165908Z-UID@XXX.XXX.XXX.XXX

SUMMARY:Test bug #7586
UID:20160309T170407Z-UID@XXX.XXX.XXX.XXX

Cela n'est pas correct en effet.

L'UID sera généré à partir de l'identifiant de l'événement (unique au sein de la plate-forme). Cette donnée associée à l'adresse IP assurera que l'identifiant iCal sera unique et qu'il ne changera pas.

Actions #3

Updated by Nicolas Eysseric over 5 years ago

  • Status changed from In progress... to Resolved
  • % Done changed from 0 to 100
Les Uid ne changent donc plus entre deux exports iCal. Ils sont désormais de la forme suivante : Traité par PR :
Actions #4

Updated by Miguel Moquillon over 5 years ago

  • Status changed from Resolved to Integration in progress...
Actions #5

Updated by Miguel Moquillon over 5 years ago

  • Status changed from Integration in progress... to Closed

Intégré en 5.15 et en 6.0

Actions

Also available in: Atom PDF