Les choses cassent.
Rien ne se perd.
Les clouds tombent, les jetons expirent, les serveurs mail ne répondent pas. Rien de tout cela ne doit faire disparaître un document en silence — c'est pourquoi un document n'est jamais simplement « réussi ou échoué » : il traverse des états, et chaque panne a une sortie définie.
Quatre états, et une sortie pour chacun.
Chaque document porte un statut. Il est visible dans votre Historique, et c'est celui-là même dont le système se sert pour décider de la suite.
La pièce jointe est enregistrée et en file d'attente pour être lue. Elle arrive ici quelques secondes après que le mail a été vu.
Le document est en cours de lecture et de confrontation à vos règles.
Une règle a correspondu et le fichier est en cours d'écriture dans votre dossier cloud.
Le fichier est dans votre dossier. Il apparaît dans l'Historique avec la règle correspondante et la destination exacte.
Un document qui ne correspond à aucune règle n'entre pas dans cette échelle comme un échec — il est conservé avec la raison, ce qui relève du fonctionnement normal et non d'une panne à réparer.
Toutes les pannes ne méritent pas une relance.
C'est la partie facile à rater, et la rater est pire que de ne rien relancer du tout.
Permanente — a besoin de vous
Un mot de passe d'application révoqué. Un compte déconnecté. Un identifiant qui ne se déchiffre plus. Relancer cela toutes les cinq minutes indéfiniment répéterait la même panne jusqu'à la fin des temps sans rien réparer.
La connexion est signalée et vous êtes prévenu. Aucune nouvelle tentative.
Passagère — relancée
Un serveur mail qui n'a pas répondu à temps. Un cloud qui a une mauvaise minute. Une coupure réseau. Cela se règle tout seul si l'on redemande un peu plus tard.
Laissée tranquille et reprise au passage suivant, automatiquement.
Sans cette séparation, un mot de passe que vous avez révoqué exprès serait martelé contre votre fournisseur de mail toutes les cinq minutes indéfiniment — ce qui est à la fois inutile et le genre de chose qui fait bloquer une IP.
Qu'une chose casse n'emporte pas le reste.
Une pièce jointe abîmée
Si une pièce jointe d'un mail est corrompue ou illisible, elle est notée en échec toute seule. Les autres pièces jointes du même mail sont traitées normalement — un mauvais PDF ne vous coûte pas les trois bons d'à côté.
Une copie cloud supplémentaire
En Business, une règle peut classer dans plusieurs clouds à la fois. Si le deuxième cloud échoue, l'archivage principal réussit quand même ; la copie ratée est notée sur le document avec son erreur et apparaît dans l'Historique.
Un message illisible
Si un message ne peut pas être analysé du tout, il est marqué et la boîte passe à la suite. Il n'est pas relancé éternellement, parce que relancer un mail illisible ne fait que bloquer tous ceux qui suivent.
Relancer ne doit jamais vouloir dire archiver deux fois.
Chaque message porte une clé composée de votre compte, de l'adresse de la boîte et de l'identifiant du message lui-même. Avant d'archiver quoi que ce soit, cette clé est réservée. Si elle existe déjà, le message a été traité et il est ignoré.
Cette garantie est ce qui rend sûres des relances insistantes : un balayage peut reprendre un document autant de fois qu'il veut sans le moindre risque qu'une deuxième copie apparaisse dans votre dossier.
Elle a aussi été fausse une fois, et c'est pour ça qu'elle mérite d'être détaillée. La clé incluait au départ l'identifiant interne de la connexion — qui change chaque fois qu'on déconnecte et reconnecte la même boîte. Reconnecter produisait donc des clés toutes neuves pour des messages déjà archivés, et reclassait toute la fenêtre. Elle repose maintenant sur le compte et l'adresse de la boîte, qui survivent à la reconnexion.
Vous n'entendez parler que des vraies pannes.
Findest envoyait un mail pour trois choses : un archivage raté, un document sans règle correspondante, et l'atteinte d'une limite de plan. Deux de ces trois relèvent du fonctionnement normal et sont visibles dans l'Historique, et envoyer un mail pour elles apprenait aux gens à ignorer les mails.
Désormais, seul un vrai échec d'archivage déclenche un mail. Les événements de sécurité — nouvelle connexion, changement de mot de passe, compte fraîchement connecté — sont à part, et ceux-là se désactivent dans les Réglages.
Les questions qu'on nous pose vraiment
En combien de temps un document bloqué est-il repris ?
Le balayage passe chaque minute, donc en une minute environ après le blocage.
Vais-je me retrouver avec deux copies du même fichier ?
Non. Chaque message réserve une clé avant tout archivage, donc relancer un message déjà archivé ne fait rien.
Que se passe-t-il si mon stockage cloud est plein ?
L'envoi échoue et le document est marqué en échec avec l'erreur du fournisseur : il indique que le disque est plein plutôt qu'un message vague. Libérez de la place et le document pourra être classé.
Une copie cloud supplémentaire ratée casse-t-elle la principale ?
Non. La destination principale est archivée indépendamment ; la copie ratée est notée sur le document avec son erreur.
Et si j'ai révoqué le mot de passe d'application exprès ?
La connexion est signalée dès le premier échec d'authentification puis laissée tranquille. Vous la reconnectez quand vous voulez et le relevé reprend.
Réglez-le une fois et arrêtez de surveiller.
C'est tout l'objet du comportement de reprise décrit sur cette page — vous ne devriez pas avoir à le surveiller.