Par ailleurs, sachant que j'aurais probablement besoin de temps pour examiner vos commentaires, j'ai demandé à l'expert un délai supplémentaire pour lui adresser notre dire.Chers CafeduCompères et chères CaféduCommères,

je vous ai adressé il y a quelque temps un mail concernant le besoin du support interactif d'un système/agent de messagerie à personnalité partagée ("ethermail") utile en particulier pour la gestion multipartieprenante, le support collectif, la communication externe de groupe, etc.

Nous avons aussi à Montpellier l'association du Serveur Libre qui fait face aux contraintes légales et pratiques d'un système de serveur de messagerie Libre. Mon objectif pour le projet SV2B.NET de village gaulois intelligent est bien entendu un serveur de messagerie souverain/sovereign mail server (SMS). J'ai donc aussi été interessé par le Billaut Show de Jean-Paul Smet et son anti-gmail ivoirien (toutefois la littérature au sujet de SlapOS me parait à première lecture peu claire).

C'est donc avec grand intérêt que je vous transmets en annexe le mail suivant de Laurent Chemla (qui est à Nîmes) sur son projet devenu "Caliopen". L'utilisation de NoSQL, JSON et Cassandra ont bien entendu des résonnances avec la direction que prennent d'autres projets dont j'ai déjà parlé.

jfc


----- Annexe de Laurent Chemla sur Caliopen ----

Bonjour à tous,

Ce mail pour faire avec vous un point d'étape, au bout d'un an, sur le
projet Caliopen (nouveau nom du projet suite à quelques soucis juridiques
quant à la propriété du nom).

De la 1ère phase de débat, ouvert ici l'an dernier sur les fonctionnalités
que chacun d'entre vous souhaitait voir émerger d'un projet (très vague) de
messagerie sécurisée de nouvelle génération, nous avons tiré le design de
l'interface utilisateur de Caliopen.

Cette phase a été longue (6 mois) : nous avons choisi de partir d'une page
blanche plutôt que de nous inspirer de l'existant, et de ne nous focaliser
que sur cet aspect du design (UX/UI) sans tenir compte des futurs choix
techniques. Ça prend forcément plus de temps.

Une fois le modèle (mockup) suffisamment avancé, on est passé à une première
phase de développement. Un modèle d'architecture a été défini, les technos
ont été choisies, un premier jet (très sommaire) d'interface a été réalisé
comme "preuve de concept", pendant qu'on avançait en parallèle sur le modèle
de données, le stockage, et l'API future. À ce stade, ces aspects "backend"
sont déjà bien avancés, mais l'interface Web a été laissée de côté par
manque de temps.

Dans le même temps, la définition même du projet a évolué, ainsi que j'ai eu
l'occasion de l'expliquer lors des quelques conférences que j'ai faites ce
printemps : Caliopen sera donc un ensemble logiciel (libre) de messagerie,
capable (à terme) de gérer tous les protocoles et services permettant la
correspondance privée, en regroupant les messages selon les correspondants
plutôt que selon le sujet ou le protocole utilisé, et dont l'UX est pensée
pour convaincre ses utilisateurs (sans les forcer) à choisir d'utiliser les
outils de sécurité et de confidentialité qui leur sont proposés.

Voilà où nous en sommes.

Comme toujours pour un projet libre, toutes les contributions sont utiles :
si vous avez un peu de temps à consacrer au projet, vous pouvez rejoindre le
canal irc #caliopen (sur Freenode), ou vous pencher sur le Github
(https://github.com/CaliOpen) et le site-vitrine (http://www.caliopen.org).

Le projet reste encore bien trop confidentiel (ma faute : je suis un piètre
communicant), et trop limité au public francophone, donc même en parler
autour de vous (et avec nous) sera déjà une aide importante.

Si ce que j'expose n'est pas assez clair pour certains d'entre vous,
n'hésitez pas à me poser des questions, ici ou sur l'irc.

Les trucs dont on a besoin pour avancer plus vite à la rentrée:

- Faire connaître le projet autour de vous,

- Plus de monde pour le développement : finaliser le design de l'UI et la
  réaliser "en vrai" (Python/Pyramid/Angular),

- Des gens capables de bosser sur la chaine de delivery (au moins SMTP):
  DNSSEC, DANE, DKIM, TLS et autres acronymes dont la configuration doit
  être automatisable le plus possible, choix des méthodes d'antispam...

- Et toujours des gens pour poursuivre la reflexion avec nous : c'est
  toujours utile d'avoir des points de vue extérieurs quand on a le nez
  dedans depuis trop longtemps.

Si le projet suscite assez d'intérêt et que des contributeurs veulent nous
rejoindre, il sera peut-être temps de penser à un crowfunding : nous
verrons ça très bientôt.

Bref : Caliopen avance, mais on a besoin de vous pour aller plus vite.

À vous lire.

Code source : https://github.com/Caliopen
Site publique : http://www.caliopen.org
Canal IRC : @FreeNode / #caliopen


_______________________________________________
comptoir mailing list
[email protected]
http://cafedu.com/mailman/listinfo/comptoir_cafedu.com

Répondre à