Registre des formats exportables
Les structures de données et les formats dans lesquels vos données sortent de Kryolys, la spécification que suit chacun, les logiciels tiers qui les ouvrent, et ce qu'ils ne portent pas.
Mis à jour le 20 juillet 2026
Portée de ce registre
L'article 26, paragraphe 1, point b) du règlement (UE) 2023/2854 impose de tenir un registre en ligne, à jour, des structures de données et des formats ouverts dans lesquels les données exportables sont disponibles. Ce registre est public : nous n'avons pas de raison de le réserver aux clients.
Il est tenu à jour par construction. Les formats décrits ici sont vérifiés automatiquement contre ceux que le produit accepte réellement : un format ajouté au produit sans être décrit ici fait échouer la vérification. Un registre que personne n'est forcé de mettre à jour dérive au premier changement, puis publie une contre-vérité.
La procédure de sortie, elle, est décrite sur la page changer de fournisseur.
Enveloppe commune
Les exports de messagerie et de fichiers sont livrés dans une archive ZIP, quel que soit le format des données à l'intérieur. Les entrées y sont stockées sans compression : l'archive sert d'enveloppe de transport, pas de compresseur.
Chacune de ces archives contient un dossier réservé .kryolys-export, et lui seul est ajouté par Kryolys. Il porte manifest.json (description lisible par un programme, versionnée) et LISEZMOI.txt (la même en français). Vos données vivent à côté, jamais dedans, et supprimer ce dossier ne vous fait rien perdre.
Le préfixe .kryolys-export est réservé pour une raison précise : sur un export de fichiers, la racine de l'archive est votre propre arborescence. Sans préfixe réservé, un fichier nommé LISEZMOI.txt à la racine de votre espace de stockage entrerait en collision avec le nôtre, et la plupart des logiciels d'extraction écrasent silencieusement en cas de doublon.
| Format | Spécification | Disposition |
|---|---|---|
| Arborescence EML | RFC 5322, type MIME message/rfc822 | un dossier par dossier de la boîte, un fichier .eml par message, nommé par l'identifiant du message dans son dossier |
| Fichier MBOX | RFC 4155 (variante mboxrd), type MIME application/mbox | un unique fichier messages.mbox, chaque message précédé d'une ligne « From » portant la date interne du serveur, dossier d'origine porté par l'en-tête X-Kryolys-Folder |
Ces deux formats s'appliquent aux sources IMAP, Microsoft 365 Exchange Online et Google Workspace Gmail. Les octets du message sont ceux reçus, sans réécriture : Kryolys tient un contrat d'identité binaire sur le corps des messages.
Logiciels connus pour les ouvrir : Mozilla Thunderbird, Microsoft Outlook, mutt, et les modules email et mailbox de la bibliothèque standard Python.
Limitations connues des formats de messagerie
- Les marqueurs IMAP (lu, répondu, marqué), les libellés Gmail, l'identifiant de conversation et la date interne du serveur ne sont pas portés par le fichier
.eml: ils appartiennent au dossier, pas au message. - Le format MBOX conserve la date interne du serveur (ligne « From ») et le dossier d'origine (en-tête
X-Kryolys-Folder), mais pas les marqueurs ni les libellés. - Le format MBOX impose d'échapper les lignes de corps commençant par « From » en les préfixant d'un caractère « > ». L'échappement est réversible : retirer un seul « > » sur les lignes commençant par « >From » , supprimer la ligne « From » de tête et retirer l'en-tête
X-Kryolys-Folderque Kryolys ajoute restitue les octets d'origine. - Les noms de dossiers sont assainis pour être écrits sur un système de fichiers. Un dossier dont le nom contient des caractères interdits apparaît sous un nom voisin de l'original.
| Format | Spécification | Disposition |
|---|---|---|
| Arborescence de fichiers | ZIP (APPNOTE 6.3.x), entrées non compressées, type MIME application/zip | l'arborescence logique d'origine reproduite à l'identique, chaque fichier au chemin qu'il occupait |
| Image disque | image disque brute, secteur par secteur, type MIME application/octet-stream | un fichier .img montable directement, sans conversion |
| Sous-arbre de machine | ZIP, entrées non compressées, type MIME application/zip | le sous-dossier sélectionné après montage d'un point de restauration de machine |
L'arborescence de fichiers couvre Google Drive, Microsoft OneDrive, Microsoft SharePoint et les Drive partagés Google. Elle s'ouvre avec n'importe quel gestionnaire d'archives, l'Explorateur Windows, le Finder macOS ou unzip.
L'image disque se monte sous Linux avec losetup puis mount, et s'ouvre directement dans les hyperviseurs courants. Elle est servie avec sa taille exacte, ce qui rend toute troncature détectable.
Limitations connues des formats de fichiers et de machines
- Le propriétaire, les partages, les permissions et les identifiants d'origine du fournisseur ne sont pas portés. L'export contient les fichiers et leur emplacement, pas les métadonnées de collaboration.
- Les noms de fichiers sont assainis pour être écrits sur un système de fichiers. Un nom contenant des caractères interdits apparaît sous un nom voisin de l'original, et diverge alors du chemin figurant au catalogue.
- Les liens symboliques et les fichiers spéciaux ne sont pas archivés.
- Un fichier de votre arborescence portant le nom du dossier réservé
.kryolys-exportentrerait en collision avec le nôtre. Ce cas est refusé à l'écriture plutôt que résolu en silence.
Données non exportables aujourd'hui
L'agenda et les contacts sauvegardés depuis Microsoft 365 ou Google Workspace n'ont pas de chemin d'export. Ils sont pourtant stockés aux formats ouverts iCalendar (RFC 5545) et vCard (RFC 6350), et ne peuvent aujourd'hui qu'être restaurés vers le compte d'origine.
Nous le publions plutôt que de l'omettre. Un client qui planifie sa migration en supposant que son agenda suivra le découvre sinon après l'effacement de la source, ce qui est la façon la plus coûteuse de rater une portabilité.
Le moteur refuse explicitement toute destination autre que le compte d'origine pour ces éléments, plutôt que de retomber sur une écriture dans le compte vivant.
Ce que Kryolys n'exporte pas, et n'exportera pas
Le dépôt de sauvegarde lui-même reste chiffré et n'est jamais livré. Ce n'est pas un format d'échange : c'est un dépôt chiffré par client, dont la lecture suppose nos clés. L'export est le produit d'une restauration, en clair.
Il n'existe aucun format d'échange normalisé entre fournisseurs de sauvegarde. Kryolys publie ses formats et les tient à jour ici ; nous ne revendiquons pas une norme d'interopérabilité qui n'existe pas.