Résumé

  • Le projet individuel du 27 octobre crée un objet DeletedItem pour retrouver, pendant une durée annoncée, des courriels, contacts, événements, fichiers et scripts de filtrage détruits.
  • Dans un compte partagé, la visibilité dépend d’abord du droit de lecture détenu lors de la destruction ; purge et restauration obéissent à des contrôles distincts.

La facture disparaît de la boîte commune. Pour le client de messagerie, elle n’existe plus. Le projet JMAP Undelete déposé le 27 octobre propose un deuxième endroit où la retrouver : un DeletedItem contenant la date de suppression, la date limite de récupération, un aperçu de l’ancien objet et, selon le type, son contenu téléchargeable. Le serveur qui adopte l’extension annonce les types pris en charge et la période de conservation.

Il doit alors traiter la destruction quelle qu’en soit la porte d’entrée : JMAP, une expurgation IMAP, une suppression POP3 ou le vidage automatique de la corbeille. Déplacer simplement un message vers la corbeille ne crée pas cette archive. La distinction est pratique : un bouton « annuler » ne peut promettre un retour qu’une fois le bon événement et sa durée identifiés.

Pour un compte partagé, l’article 3.3 pose une condition étonnamment rétrospective. L’utilisateur ne peut voir le DeletedItem que s’il avait le droit de lire l’objet dans au moins un de ses conteneurs au moment où celui-ci a été détruit. Cette condition ne garantit pas l’accès. Le serveur peut encore le réserver au propriétaire du compte ; le texte conseille même cette voie s’il ne sait pas reconstituer les anciens droits de façon fiable. RFC 9670 définit les droits dans le partage JMAP actuel. Le projet de récupération ajoute une question d’archives à cette carte mouvante.

La lecture n’ouvre pas toutes les portes. Une purge exige que mayPurge soit activé et que l’utilisateur puisse retirer l’objet de ses anciens conteneurs. La restauration exige, elle, le droit de créer un objet dans une destination. Si l’ancien dossier a disparu ou n’est plus accessible en écriture, le serveur tente le dossier par défaut, comme la boîte de réception ; faute de destination autorisée, il refuse. Un ancien lecteur peut donc être admissible à voir la fiche de récupération sans pouvoir la purger ni recréer le message.

Le délai inscrit sur une fiche déjà créée ne peut être raccourci par un changement de politique. À l’échéance, toutes les méthodes de l’extension cessent de la montrer ; la purge met également fin à cette voie de récupération. Le projet relève qu’une session déléguée ou un identifiant volé donnant accès au compte peut aussi lire des données détruites récemment. Le Datatracker classe ce texte parmi les projets individuels, à l’état I-D Exists. Le seul serveur nommé dispose d’une récupération propre, sans encore implémenter l’interface JMAP proposée. Il manque un essai public montrant ce qu’une révocation de partage, après suppression, change réellement pour la fiche conservée.