Ceci est une ancienne révision du document !
Compte-rendu de la reunion du 13 mai 2009
Present-e-s : Julien, Emmanuel, Jonathan, Geronimo, Antoine, Thierry, Moo, Pierre, Michel, Josette, Pascal (Montpelibre).
Compte rendu
formation entre nous : échange de compétences, pas faire comme No-log: en plus du serveur, veut un réel serveur sans log, s'exprimer sans être fliqué.
est-ce qu'un serveur libre suffit ? Disparité des compétences fait qu'il devient de plus en plus difficile d'avoir un usage raisonné d'internet lorsqu'on est incompétent-e. L'internet ressemble à un supermarché pour un-e non-compétent-e. Non-commercial, vie privée. J'aime bien savoir comment ça marche. C'est un outil qu'il faut maintenant à utiliser donc, faisons le proprement. Aucune illusion pour blouser les condés. Faire des petites choses qui seront connues dans le coin… Déjà le wiki c'était dur, alors “faut faire avec les vieux aussi !”. Intéressé par les formations, la vision des gens qui ne connaissent pas, c'est important pour ceux qui ont des compétences.
Organisation: propositions:
faire (sur le wiki) une liste structurée des décisions prises: structurer suivant la fonction (technique, organisation, formation etc), et aussi indiquer l'importance. Permet de rejoindre facilement le collectif, sans devoir se taper 50 comptes-rendus touffus. N'est que l'expression du consensus actuel, pas des décisions gravées dans le marbre. L'idée est de : savoir où on en est, faciliter l'accès aux gens au collectif. Attention, compte-rendus sont touffus. Quoi mettre : décisions qu'on a prises Attention, les décisions prises sont l'expression au consensus lors des réunions. Attention, ce ne sont pas des statuts non modifiables. Idées de structure de base: Fonctionnements, Techniques, Formations, Communication (interne et externe).
… et des décisions à prendre (pour éviter un ordre du jour plétorique). permet de fabriquer l'odj. Il suffit de renommer “odj” par “sujets à aborder”.
Cahier des charges
mise en place d'un serveur de mail (webmail, s'y connecter par une page web, pop et imap) et utilisation d'un client mail pour que les messages ne restent pas sur la machine
Minimiser les informations sur les utilisateurs stockées sur le serveur. Par ex. assurer que l'email n'est plus sur le serveur si l'utilisateur a détruit l'email sur le serveur.
En question: où doit-on placer la barre sur ce que doit faire les utilisateurs pour utiliser le serveur. Créer une clef gpg ? N'utiliser que pop ? Réponse: On place la barre un peut haut et on propose des formations. Ça implique du temps pour la formation, mais on pourra essaimer sur la formation. Placer la barre un peu haut permet d'avoir des utilisateurs suffisemment impliqués.
Forcer à utiliser TOR ? : On n'est pas pret pour prendre une décision. Ca serait bien que nous utilisions TOR pour avoir une opinion dessus.
Forcer à fournir sa clef GPG publique ? : Discussion autour de la sensibilisation et de la réelle utilisation. faire des « install party » pour installer enigmail (ou autre façon d'utiliser GPG) et TOR.