Parler à côté du travail, pas ailleurs.

Les membres de l'organisation dont les rôles ouvrent le module Conversations. La liste proposée à la création est exactement celle-là : on ne peut pas écrire à quelqu'un qui ne pourrait pas lire.

Non. Une notification n'est créée que pour les participants qui n'ont pas la conversation ouverte au moment de l'envoi, et jamais pour une conversation mise en sourdine.

Son auteur le peut toujours. Le texte disparaît et la ligne reste, marquée comme supprimée, pour que le fil garde son sens pour ceux qui le lisaient. Un rôle portant la permission correspondante peut supprimer les messages des autres.

Un quart d'heure. Passé ce délai le texte est figé : ce que vos collègues ont lu et cité ne change plus dans leur dos. La suppression, elle, reste possible — et laisse sa trace dans le fil.

Non, et nous préférons le dire que le laisser croire. Le serveur d'Eos peut lire vos messages — il le doit, c'est lui qui compose les aperçus et vous livre les fils. Un vrai chiffrement de bout en bout demanderait une phrase secrète connue de vous seul : à retenir, à ne jamais perdre sous peine de tout perdre. Nous avons choisi de ne pas vous l'imposer.

À ce que vos messages n'existent en clair nulle part où ils dorment. Ils sont chiffrés dans la base, et la clé n'y est pas : une sauvegarde égarée, un export oublié sur un poste, une base recopiée ne livrent rien. Ils ne s'écrivent dans aucun journal technique et ne partent dans aucune notification. Ce qui reste protégé, c'est tout ce qui sort du serveur — c'est-à-dire presque tout ce qui fuit.

Non — et il vaut mieux le dire clairement. Le texte des messages l'est ; les fichiers envoyés depuis un fil sont stockés comme ceux du Drive. Leur nom et leur taille le sont aussi. Pour un document réellement sensible, le fil protège ce que vous en écrivez, pas le fichier lui-même.

Une coche : le message est parti et le serveur l'a. Deux coches : il est arrivé sur l'écran de tous les destinataires. Deux coches bleues : tous l'ont ouvert. Dans un groupe, l'étape n'avance que lorsque *tout le monde* a suivi — une coche qui bleuirait à la première lecture laisserait croire que le message a été vu alors qu'il attend encore ailleurs.

Qu'une personne a au moins un onglet ouvert, maintenant. Rien d'autre : ni depuis quand, ni la dernière fois qu'elle était là. Il n'est montré qu'aux personnes avec qui vous partagez déjà une conversation, et un rechargement de page ne le fait pas clignoter.

Dans le stockage de l'organisation, rattachés à la conversation — ils n'apparaissent dans le Drive de personne et ne consomment aucun quota de Drive. Seuls les participants du fil peuvent les ouvrir, par un lien qui expire en quelques minutes.

Partagez-le depuis le fil : aucune copie n'est faite, et le Drive enregistre un vrai partage en lecture vers les participants — le fichier apparaît dans leur « Partagé avec moi », et le message y renvoie au lieu de le télécharger. Comme dans le Drive, seul le propriétaire d'un fichier peut le partager ; le retirer se fait depuis le Drive, où le partage est visible.

Les flux passent par un serveur relais plutôt que de circuler de chacun vers chacun : votre connexion envoie une seule fois votre image, quel que soit le nombre de participants. C'est ce qui permet une vraie réunion d'équipe, là où un appel de navigateur à navigateur sature une ligne ordinaire dès la quatrième personne.

Non, et pour la même raison que les messages : le relais doit pouvoir réexpédier les flux. Ils sont chiffrés entre chaque participant et le serveur — c'est ce que WebRTC impose, personne sur le réseau ne peut les écouter — mais le serveur les voit passer. Il ne les enregistre pas et ne les décode pas : il réexpédie les paquets tels quels.

Une ligne, au milieu du fil, à sa place chronologique : qui a appelé, quand, et combien de temps cela a duré — ou « appel manqué » si personne n'a décroché. Tant que l'appel dure, la ligne propose de le rejoindre, ce qui rattrape une sonnerie qu'on n'a pas entendue. Elle se supprime comme un message.

Oui, en programmant une visioconférence publique : vous obtenez un lien au moment où vous la programmez, et vous l'envoyez à qui vous voulez. La personne l'ouvre dans son navigateur, saisit son nom, et attend qu'un organisateur l'admette. Rien à installer, rien à créer de son côté.

Il ne fait entrer personne à lui seul. C'est tout l'objet de la salle d'attente : le lien donne le droit de frapper, pas celui d'entrer, et un organisateur voit qui demande avant de décider. Vous pouvez aussi révoquer le lien à tout moment — toutes les copies déjà envoyées cessent alors de fonctionner d'un coup.

Non. Il ne répond qu'autour de l'heure prévue : quelques minutes avant, le temps que les gens arrivent en avance, et une heure après la fin, parce qu'une réunion déborde. En dehors de cette fenêtre il ne vaut rien, sans que vous ayez à y penser.

Non. Déplacer une réunion ne change jamais son lien : celui que vos invités ont déjà dans leur agenda continue de fonctionner à la nouvelle heure. C'est aussi pourquoi le lien ne se modifie pas — le corriger reviendrait à le révoquer et à en envoyer un autre.

Non. Une personne entrée par un lien n'obtient jamais les commandes de la salle : elle ne peut ni couper le micro d'un autre, ni exclure, ni verrouiller. Ces gestes appartiennent aux membres de l'organisation qui organisent la réunion.

Pas tout le monde, contrairement au fait de lancer un appel dans un fil. Appeler un collègue ne touche que des gens déjà présents dans l'organisation ; publier un lien ouvre un accès à des personnes qui n'y sont pas, et cela se décide. C'est une permission à accorder, que le propriétaire de l'organisation détient d'office.

Vous ne recevez plus ses messages et il disparaît de votre liste. L'historique reste pour les autres participants ; vous y revenez si quelqu'un vous rajoute.