Modifications entre les versions 1 et 5 (s'étendant sur 4 versions)
Version 1 à la date du 2011-05-30 14:36:17
Taille: 3902
Éditeur: ChristineLegris
Commentaire:
Version 5 à la date du 2011-05-30 21:37:13
Taille: 4260
Éditeur: VictorBruneau
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 1: Ligne 1:
||<tablebgcolor="#f0f0f0" tablestyle="float: right; font-size: 0.9em; margin: 0pt 0pt 1em 1em;"style="padding: 0.5em;">Sous-pages : <<PageList(title:re:^<<GetText(pagename)>>/)>> ||

Ligne 4: Ligne 7:
 * pouvoir utiliser cette solution avec Ubuntu 10.04 (Lucid Lynx) et le Thunderbird 3.1 livré avec jusqu'au 31 mars 2013, en appliquant toutes les mises à jour de sécurité impératives (autant celles de Ubuntu que celles des logiciels liés à la solution choisie, SOGo ou autre) mais sans que ces dernières nous imposent des changements dans les fonctionnalités demandées (principe de stabilité, qui est l'une des raisons essentielles de notre choix de Debian sur nos serveurs et Ubuntu LTS sur les postes clients) ;  * pouvoir  utiliser cette solution avec Ubuntu 10.04 (Lucid Lynx) et le  Thunderbird 3.1 livré avec jusqu'au 31 mars 2013, en appliquant toutes  les mises à jour de sécurité impératives (autant celles de Ubuntu que  celles des logiciels liés à la solution choisie, SOGo ou autre) mais  sans que ces dernières nous imposent des changements dans les  fonctionnalités demandées (principe de stabilité, qui est l'une des  raisons essentielles de notre choix de Debian sur nos serveurs et Ubuntu  LTS sur les postes clients) ;
Ligne 6: Ligne 9:
 * avoir un serveur par site, mais que cela soit transparent pour les utilisateurs, c'est à dire que le comportement soit identique à celui d'une solution utilisant un unique serveur central (autant que possible, sinon nous préciser les différences qu'il y aurait, du point de vue utilisateur).  * avoir un serveur  par site, mais que cela soit transparent pour les utilisateurs, c'est à  dire que le comportement soit identique à celui d'une solution  utilisant un unique serveur central (autant que possible, sinon nous  préciser les différences qu'il y aurait, du point de vue utilisateur).
Ligne 10: Ligne 13:
 * avoir des agendas de façon arbitraire (selon notre organisation interne, par groupe d'utilisateurs, par projet, par ressource physique, …) ;  * avoir  des agendas de façon arbitraire (selon notre organisation interne, par  groupe d'utilisateurs, par projet, par ressource physique, …) ;
Ligne 15: Ligne 18:
 * pouvoir synchroniser (et non pas juste consulter à distance), dans les deux sens, les agendas avec des appareils mobiles tels que les Blackberry, iPhone, iPad, Nokia, … tout appareil compatible CalDAV, GroupDAV et/ou SyncML.  * pouvoir  synchroniser (et non pas juste consulter à distance), dans les deux  sens, les agendas avec des appareils mobiles tels que les Blackberry,  iPhone, iPad, Nokia, … tout appareil compatible CalDAV, GroupDAV et/ou  SyncML.
Ligne 21: Ligne 24:
 * pouvoir synchroniser (et non pas juste consulter à distance), dans les deux sens, les carnet d'adresses avec des appareils mobiles tels que les Blackberry, iPhone, iPad, Nokia, … tout appareil compatible CardDAV, GroupDAV et/ou SyncML.  * pouvoir  synchroniser (et non pas juste consulter à distance), dans les deux  sens, les carnet d'adresses avec des appareils mobiles tels que les  Blackberry, iPhone, iPad, Nokia, … tout appareil compatible CardDAV,  GroupDAV et/ou SyncML.
Ligne 38: Ligne 41:
[[http://wiki.auf.org/communauteutilisateurs/AgendaSOGo/TestsFonctionnalites|Tests des fonctionnalités de SOGo]] == Test en cours ==
Vous trouverez le récapitulatif des tests en cours sur [[AgendaSOGo/Tests]]
||<tablebgcolor="#f0f0f0" tablestyle="float: left; font-size: 0.9em; margin: 0pt 0pt 1em 1em;"style="padding: 0.5em;">Voir aussi : <<Navigation(children,)>> ||

Sous-pages : <<PageList(Le texte de cette recherche, « title:re:^<<GetText(pagename », est incorrect. Veuillez consulter la page AideDeLaRecherche pour plus d'informations.)>>/)>>

Agenda partagé SOGo

Définition initiale des besoins

technique

  • pouvoir utiliser cette solution avec Ubuntu 10.04 (Lucid Lynx) et le Thunderbird 3.1 livré avec jusqu'au 31 mars 2013, en appliquant toutes les mises à jour de sécurité impératives (autant celles de Ubuntu que celles des logiciels liés à la solution choisie, SOGo ou autre) mais sans que ces dernières nous imposent des changements dans les fonctionnalités demandées (principe de stabilité, qui est l'une des raisons essentielles de notre choix de Debian sur nos serveurs et Ubuntu LTS sur les postes clients) ;
  • avoir un serveur par site, mais que cela soit transparent pour les utilisateurs, c'est à dire que le comportement soit identique à celui d'une solution utilisant un unique serveur central (autant que possible, sinon nous préciser les différences qu'il y aurait, du point de vue utilisateur).

agendas

  • avoir un agenda personnel par utilisateur ;
  • avoir des agendas de façon arbitraire (selon notre organisation interne, par groupe d'utilisateurs, par projet, par ressource physique, …) ;
  • autoriser la gestion de son agenda par un autre utilisateur ;
  • autoriser la consultation de son agenda par un ou plusieurs autres utilisateurs ;
  • autoriser la consultation d'un agenda à l'externe sans autorisation préalable ;
  • pouvoir exporter et importer des agendas au format iCal (.ics) ;
  • pouvoir synchroniser (et non pas juste consulter à distance), dans les deux sens, les agendas avec des appareils mobiles tels que les Blackberry, iPhone, iPad, Nokia, … tout appareil compatible CalDAV, GroupDAV et/ou SyncML.

contacts

  • avoir un carnet d'adresses personnel par utilisateur ;
  • avoir des carnets d'adresses collectifs de façon arbitraire ;
  • pouvoir exporter et importer des contacts au format vCal (.vcf), de préférence par lot (pas fiche par fiche ;
  • pouvoir synchroniser (et non pas juste consulter à distance), dans les deux sens, les carnet d'adresses avec des appareils mobiles tels que les Blackberry, iPhone, iPad, Nokia, … tout appareil compatible CardDAV, GroupDAV et/ou SyncML.

autre

  • pouvoir gérer et synchroniser des tâches serait un plus ;
  • pouvoir gérer et synchroniser des notes serait un plus.

Analyse et réponse de l'ARI

Pouvoir partager ses agendas et ses carnets d'adresses entre collaborateurs est un besoin important exprimé par une grande partie du personnel de l'Agence. Pour répondre efficacement à cette demande, l'ARI a lancé une étude les solutions existantes sur le marché et retenu de déployer en test celle qui correspondait le mieux aux attentes et à l'environnement de travail.

L'application en question, SOGo, est un collecticiel, qui permet à la fois le partage d'agendas et de carnets d'adresses et la gestion des courriels aussi bien en mode web que sur le poste local en s'intégrant totalement à Thunderbird. Elle est compatible avec les différents systèmes d'exploitation et fonctionne avec les téléphones intelligents (Iphone, Blackberry, Androïd).

L'ARI, accompagné de la société Inverse, qui développe et maintient cette solution, a déployé cette solution sur trois sites de tests : Montréal, Paris et Madagascar. Les premiers tests réalisés en interne sont très positifs.

Maintenant afin d'éprouver la solution SOGo, et de vérifier son adéquation avec les besoins des utilisateurs de l'AUF, l'ARI lance un appel à des volontaires de ces trois sites pour participer à des tests d'utilisation.

Tous ceux qui sont intéressés à participer à ces tests sont priés de se manifester en envoyant un courriel à ressources-informatiques@auf.org .

Test en cours

Vous trouverez le récapitulatif des tests en cours sur AgendaSOGo/Tests

Voir aussi :

AgendaSOGo (dernière édition le 2011-10-18 12:28:09 par christine.legris)