ateliers:serveurmail:discussion_20180930
no way to compare when less than two revisions
Différences
Ci-dessous, les différences entre deux révisions de la page.
— | ateliers:serveurmail:discussion_20180930 [2018/10/01 15:33] (Version actuelle) – créée okhin | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
+ | 30 septembre : Discussion sur l' | ||
+ | |||
+ | contexte de la discussion : ça s' | ||
+ | besoin de documentation en français | ||
+ | |||
+ | tour de table pour voir émerger les éléments de discussion : | ||
+ | - réflexion sur les outils : outils " | ||
+ | - rôle des personnes qui dépannent mais ça reste opaque | ||
+ | - rôle des réseaux fédérés (avec ses limites) | ||
+ | |||
+ | manque d' | ||
+ | |||
+ | double problème des gestions de l' | ||
+ | |||
+ | problématique de gouvernance qui a le pouvoir ou autre | ||
+ | |||
+ | énoncés faux sur la facilité d' | ||
+ | |||
+ | partage d' | ||
+ | expériences verticales plus gratifiantes pour un⋅e des participante⋅s, | ||
+ | |||
+ | comment on fait pour travailler et utiliser des systèmes d' | ||
+ | messages chiffrés de bout en bout par ex | ||
+ | |||
+ | comment on établit des canaux de communication dans des milieux hostiles comme twitter et facebook ? | ||
+ | |||
+ | comment on fait en sorte que les informations d' | ||
+ | |||
+ | est-ce qu'il faut qu'il y ait plus de personnes qui ont un accès root ? est-ce qu'on a besoin d'un accès root ? | ||
+ | est-ce qu'on a intérêt plutôt à trouver des protocoles qui n'ont pas besoin de root, où tous les ordinateurs sont serveurs et clients ? | ||
+ | |||
+ | expérience d'une association qui faisait un serveur mail autogéré (qui ne marche plus) où choix de ne pas avoir de root, choix de ne pas avoir de log. possibilité de se connecter en lecture seule. choix d' | ||
+ | |||
+ | ansible : infrastructure as code. description de l' | ||
+ | |||
+ | expériences d' | ||
+ | |||
+ | est-ce acceptable pour des collectifs si à certains moments le système tombe en panne ? disponibilité des infrastructures à discuter avec ses camarades. à adapter à chaque cas. par ex, des syndicats en grève ont besoin d'un service continu. attention à ne pas décoreller des réels usages et besoins | ||
+ | |||
+ | autre travers à révéler : penser les solutions techniques dans la non-recherche des solutions sociales. expérience où la régulation sociale était au centre où mécanismes pour réguler les conflits, co-opter et accueillir de nouvelles personnes. mutualisation des moyens financiers, matériels, des compétences, | ||
+ | |||
+ | est-ce que chaque association doit être autonome dans son hébergement ou bien doit-on/ | ||
+ | |||
+ | expérience du serveur commun rassemblant des associations et syndicats créé en 1995 : projet qui s'est arrêté dans les années 2003-2008 à cause d'un essoufflement de l' | ||
+ | |||
+ | contraintes posées par les structures hégémoniques : dur d' | ||
+ | |||
+ | question de l' | ||
+ | |||
+ | comment fait-on lorsque l' | ||
+ | |||
+ | GNUNet : système alternatif à l' | ||
+ | |||
+ | est-ce qu'on a besoin de savoir qui communique ? l' | ||
+ | |||
+ | systèmes de contrôle d' | ||
+ | |||
+ | loi de Browning (sp?) : les organisations qui créent des outils créent des outils qui reflètent leur organisation. | ||
+ | |||
+ | problématique d' | ||
+ | |||
+ | bibliographie à construire | ||
+ | |||
+ | discussions plus précises à partir des questions d' | ||
+ | |||
+ | |||
ateliers/serveurmail/discussion_20180930.txt · Dernière modification : 2018/10/01 15:33 de okhin