Re: Concrètement ça sert à quoi ?

Bien que le protocole, une fois découvert, facilite la tâche, le développement d'une librairie cliente est en revanche beaucoup plus simple que le développement du serveur. D'une part le traitement de l'information est beaucoup plus complexe côté serveur puisqu'il y a de nombreuses intéractions avec un nombre important de composants, et d'autre part, il y a des challenges techniques au niveau serveur qui n'ont rien à voir avec celles de la partie cliente.


Par exemple, OpenChange n'a ni vocation à développer son propre serveur de messagerie, ni l'envie de n'offrir une seule solution existante en terme de backend pour le stockage des mails. Partant de ce constat, nous devons définir une architecture avec des couches d'abstractions qui permettent de greffer des modules Postfix, sendmail, Qmail ou autres; et ainsi de permettre des contributions extérieures en fonctions des besoin. Dans un premier temps, il est vraisemblable que nous commencerons par un backend sqlite pour nos tests puis travaillerons à l'intégration d'un module Postfix.

Il y a également la problématique du stockage des données. Si nous pouvons aisément concevoir un support externe pour le stockage des courriels, qu'en est-il de celui des calendriers, des bases de contacts ou encore des tâches. Comment assurer l'aspect collaboratif et l'accès a des documents partagés. Ou encore comment assurer les liens entre différents objets: rendez-vous et contacts ou contacts et reminders.

Toutes ces questions font parties d'un ensemble de problématiques sur lesquels nous nous penchons afin de définir une architecture robuste et extensible sur le moyen/long terme.

[ Répondre ]