> Le 29 juil. 2023 à 11:00, didier gaumet <[email protected]> a écrit :
>
> Le 28/07/2023 à 23:32, RogerT a écrit :
> [...]
>> Duplicity (https://duplicity.gitlab.io/ <https://duplicity.gitlab.io/> ,
>> normalement)
>> Il gère le protocole IMAP.
>> Merci.
>
> Avant de me remercier, teste un peu si c'est opérationnel, perso j'ai pas
> utilisé du tout, je peux juste dire que sur le papier c'est intéressant
Pour une fois, tu ne nous adressais pas un « je suis une tanche en … » !
On va quand même vérifier…
Merci (de nous avoir alertés).
>> Ça soulève une question :
>> Vaut-il mieux :
>> - sauvegarder les objets nouveaux dans la BD accessible par tel protocole
>> - sauvegarder les blocs changés depuis la dernière sauvegarde
> [...]
>
> Alors, j'ai juste regardé en diagonale la doc (dernière en date: 2021) du
> protocole IMAP ici:
> https://datatracker.ietf.org/doc/html/rfc9051
>
> De ce que je comprends (peut-être totalement de travers), si tu veux
> sauvegarder ce qu'héberge ton FAI en IMAP, Duplicity n'est pas différent des
> outils IMAP dont on a parlé précédemment en ce sens que l'utilisateur a accès
> aux "unités de base" IMAP sur le serveur du FAI, unités de base que sont les
> messages. L'utilisateur n'a donc aucun accès à la couche de stockage de ces
> messages sur le serveur constituée de fichiers à plat ou de base de données,
> suivant le logiciel employé sur le serveur.
> Donc en caricaturant tout ça pourrait être équivalent à un MUA IMAP en
> non-interactif
>
>
Tu as raison. Accès seulement aux objets représentant des e-mails.
Comment je décrirais ça ?
Un outil de sauvegarde qui manipule les objets de la base de messages que l’on
veut sauvegarder, selon le protocole IMAP.
Et qui sait comparer ce qu’il découvre à chaque sauvegarde avec la dernière
copie qu’il gère/maintient.
Je vais supposer qu’il gère aussi toutes les informations autour d’un objet
e-mail (Re/Tr et De/A/Cc/Cci, texte brut/html, entête, fichiers joints et tyoes
MIME …) si c’est défini par ce protocole.
Est-ce le cas ?
Se pose aussi la question de savoir distinguer les e-mails volontairement
supprimés/déplacés dans la base en service de ceux supprimés par accident.
La réponse me semble être : la sauvegarde incrémentielle permet de revenir à la
version souhaitée en cas d’accident.
Pour ça, il faut alors que l’utilisateur puisse restaurer un ensemble d’e-mails
dans la base active. Et que l’interface utilisateur pour faire ça soit agréable
et efficace (navigation dans les versions sauvegardées).
Qui a de l’expérience sur les outils discutés, par rapport à ce critère
(facilité et efficacité de la navigation/restauration des e-mails pour
l’utilisateur) ?
