La première sauvegarde
La première exécution lit toute la boîte. Toutes les suivantes ne lisent que ce qui a changé, et c’est pourquoi la première est la seule qui soit longue.
Ce que fait la première exécution
istorel se connecte à votre serveur comme le ferait un logiciel de messagerie, en lecture seule, et parcourt chaque dossier. De chaque message, il garde deux choses, à deux endroits différents.
- Les en-têtes vont dans un index : date, expéditeur, destinataires, objet, taille, dossier. C’est cet index qui rend une sauvegarde cherchable sans toucher au stockage.
- Le corps, pièces jointes comprises, est compressé puis ajouté à un paquet. Un paquet contient beaucoup de messages, et c’est ce qui garde le coût d’une grosse boîte raisonnable.
Le temps que ça prend
Cela dépend de la taille de la boîte et du serveur d’en face, pas de nous : la limite est presque toujours le nombre de connexions que l’hébergeur autorise et la vitesse à laquelle il sert les messages.
Une exécution interrompue n’est pas perdue. Le passage suivant reprend là où le précédent s’est arrêté, message par message, et rien de ce qui est déjà stocké n’est retéléchargé.
Les exécutions suivantes
Dès la deuxième, istorel demande au serveur les messages qu’il n’a jamais vus, et ceux-là seulement. Chaque dossier porte une numérotation que le protocole garantit stable, et nous retenons où nous nous sommes arrêtés.
Quand un serveur réinitialise cette numérotation, ce qui arrive après certaines migrations, le dossier est relu depuis le début plutôt que cru sur parole. C’est rare, et se tromper là-dessus reviendrait à ranger des messages sous une mauvaise identité.
Ce que deviennent les suppressions
Un message supprimé du serveur est marqué comme supprimé dans l’index. Son contenu, lui, reste dans la sauvegarde, lisible et téléchargeable.
C’est tout l’intérêt du produit : une sauvegarde qui réplique fidèlement les suppressions protège d’une panne de disque, pas de quelqu’un qui vide un dossier.
En cas d’échec
Une exécution en échec s’affiche dans Exécutions récentes, avec son erreur. La plus fréquente, de loin, est un refus d’identifiants par le serveur de messagerie : un mot de passe d’application changé ou révoqué du côté de l’hébergeur.
Après plusieurs refus consécutifs, la boîte est suspendue, pour cesser de solliciter un serveur qui dit non. Ressaisir le mot de passe la reprend, et l’exécution suivante repart.