Dans Dropbox, l’audience est une propriété du dossier
Un compte Dropbox d’entreprise mélange deux choses dans la même arborescence. Il y a les dossiers partagés, où quelqu’un a décidé un jour qui pouvait entrer. Et il y a l’espace du compte lui-même, où des fichiers vivent sans que personne n’ait jamais eu à répondre à cette question.
Le connecteur ne lit qu’un seul signal pour trancher, la liste des membres du dossier partagé qui contient le fichier. Quand tous ces membres appartiennent au même service de votre organisation, le fichier se range dans ce service et une IA qui travaille pour ce service peut s’en servir. Dans tous les autres cas, le fichier n’est rangé nulle part et attend qu’un administrateur décide. Ces autres cas sont plus fréquents qu’on ne l’imagine.
- Le fichier n’est dans aucun dossier partagé, il vit dans l’espace du compte branché.
- Le dossier est partagé avec un groupe Dropbox, et le connecteur n’ouvre pas un groupe pour en lister les personnes.
- Le dossier compte un invité qui n’est pas encore entré dans le partage.
- Dropbox ne rend pas l’adresse de l’un des membres.
- La liste des membres n’a pas pu être parcourue jusqu’au bout.
- Les membres appartiennent à des services différents, ou votre organisation ne connaît pas l’un d’eux.
- Le fichier est ouvert par un lien public.
Ce qui est lu, et ce qui ne l’est jamais
Le périmètre se lit en deux temps. Ce que le connecteur va chercher dans Dropbox, et ce qu’il ne lui demande à aucun moment.
La liste des membres sert à choisir un service, elle n’est pas recopiée dans votre Kastel. Ce qui est noté à côté d’un fichier ne contient aucune adresse, seulement son identifiant Dropbox, son chemin, le compte qui l’a apporté, son nom, sa révision et le service où il est rangé. Une demande de signature n’est pas un fichier Dropbox et ne passe pas par ce connecteur, elle relève de Dropbox Sign.
Ce que le flux de changements de Dropbox dit, et ce qu’il ne dit pas
Dropbox sait dire ce qui a bougé depuis la dernière lecture. Chaque passage repart d’un repère, récupère les fichiers modifiés, et récupère aussi les suppressions, qui y figurent comme des entrées nommées. Une disparition est donc enregistrée au passage ordinaire, sans attendre un traitement séparé.
Une chose n’y figure jamais. L’appartenance à un dossier partagé n’est pas une métadonnée du fichier, donc retirer quelqu’un d’un dossier ne fait bouger aucun fichier aux yeux de ce flux. Sur ce point précis, Dropbox se comporte autrement que Google Drive, dont le flux de changements remonte les modifications de permissions.
Votre Kastel va donc chercher cette information ailleurs, au passage de rapprochement. Ce passage relit la composition des dossiers partagés qu’il suit et déplace les fichiers dont le service a changé, dans les deux sens. Un dossier resserré fait descendre ses fichiers dans le nouveau service et retire la note rangée dans l’ancien. Un dossier élargi à plusieurs services fait remonter ses fichiers en attente.
Deux précautions du connecteur méritent d’être nommées, parce qu’elles vous coûtent un peu de temps et vous évitent des trous. Le repère n’avance jamais au-delà d’un fichier qui a échoué, donc ce fichier est relu au passage suivant plutôt qu’oublié. Et quand le repère devient trop vieux pour Dropbox, le connecteur réénumère le compte en entier au lieu de supposer que l’intervalle ne contenait rien. Ranger un fichier que le partage ne désigne pas relève d’une décision, et cette décision se prend dans la gouvernance de votre contexte.
Les questions qui reviennent sur Dropbox
Les fichiers de mon espace Dropbox personnel sont-ils lus ?
Oui, ils sont lus et copiés dans votre Kastel, comme tous les fichiers que voit le compte branché. Aucun dossier partagé ne les couvre, donc ils ne sont rangés dans aucun service et aucune IA branchée ne les atteint. Un administrateur peut décider de les ranger, et il le fait fichier par fichier.
Je partage un dossier avec un groupe Dropbox. Que se passe-t-il ?
Les fichiers de ce dossier passent en attente. Le connecteur n’ouvre pas un groupe pour en lister les personnes, donc il ne peut en déduire aucun service. Le même dossier partagé nominativement avec ces personnes peut, lui, se ranger tout seul.
J’ai retiré quelqu’un d’un dossier partagé. Quand est-ce pris en compte ?
Au passage de rapprochement qui suit, pas à la seconde où vous le retirez et pas au passage de lecture ordinaire. Dropbox ne signale pas ce changement, donc il faut aller le chercher. Entre deux rapprochements, les fichiers de ce dossier gardent le service qu’ils avaient.
Un fichier supprimé dans Dropbox disparaît-il de mon Kastel ?
Non. Il y est marqué comme disparu à la source et conservé, lisible par les mêmes personnes qu’avant, jusqu’à ce qu’un administrateur décide de l’effacer. Le passage ordinaire enregistre la disparition, puisque le flux de Dropbox la nomme, et l’effacement reste un geste séparé.
Ce que ce connecteur ne fait pas
Il ne suit pas une modification de partage à la seconde. Retirer quelqu’un d’un dossier partagé n’apparaît pas dans le flux de changements de Dropbox, donc la reprise se fait au passage de rapprochement suivant. Entre les deux, un fichier reste lisible par le service qui le lisait déjà. C’est une fenêtre réelle, et nous la nommons plutôt que d’espérer que vous n’y tomberez pas.
Il ne trie pas ce qu’il copie. Tous les fichiers lisibles que voit le compte branché entrent dans votre Kastel, y compris ceux d’un espace qui n’a jamais été partagé avec personne. Ils y restent en attente et aucune IA ne les atteint sans décision d’un administrateur, ce qui n’est pas la même chose que de les avoir laissés dehors.
Il ne lit pas un fichier de n’importe quelle taille. Au-delà du plafond de téléchargement, un fichier est refusé avant même d’être téléchargé, d’après la taille que Dropbox annonce, et ce refus est inscrit dans votre journal. Aucune partie de son contenu n’entre.
Il n’écrit rien dans Dropbox. Les autorisations demandées ne couvrent que la lecture, et le connecteur refuse de démarrer si on lui confie une autorisation d’écriture. Retirer la connexion arrête la lecture et ne retire rien de ce qui est déjà entré dans votre Kastel, parce que l’effacement est un geste distinct qui demande une décision.
Comprenez d’où votre Kastel tire ses droits de lecture.
La page produit montre comment votre Kastel construit son contexte, ce qu’il expose aux IA que vous branchez, et à quel endroit un accès s’ouvre. Le connecteur Dropbox y est inclus, comme tous les autres, dans le cœur gratuit en self-host.
Voir le produit
