Re: android GUI sous linux

2023-07-29 Par sujet Michel Verdier 
Le 29 juillet 2023 Bernard Schoenacker a écrit :

> Je suis à la recherche d'une interface de bureau sous Linux
> ayant des caractéristiques similaires à une tablette 
> android...

Tout window manager ayant des icônes de bureau rentrent dans ça ou tu
vois d'autres caractéristiques ?

> application : borne multimédia d'accès internet 

Juste navigation ? Si oui tu peux lancer directement firefox au boot et
oublier le bureau.

android GUI sous linux

2023-07-29 Par sujet Bernard Schoenacker 
Bonjour,


Je suis à la recherche d'une interface de bureau sous Linux
ayant des caractéristiques similaires à une tablette 
android...

Public visé : retraité habitué à employer un idiot phone 

application : borne multimédia d'accès internet 


Merci pour votre aimable attention

Bien à vous

bernard

Re: Messagerie (accédée en IMAP) vidée sans cause identifiée

2023-07-29 Par sujet didier gaumet 

Le 29/07/2023 à 13:26, RogerT a écrit :
[...]

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 ?


Je n'ai pas vérifié dans le détail mais j'ai du mal à imaginer le contraire.
La RFC citée plus haut (IMAP4v2, protocole d'accès) renvoie vers 
d'autres RFC sur le contenu et la structure des messages ainsi que les 
types MIME.
*Donc *j'imagine* qu'en cherchant bien tu peux sauvegarder ou restaurer 
tout ça.



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).


Honnêtement, j'ai peut-être une vision réductrice mais je pense que 
fournir des outils conviviaux ne sera pas forcément suffisant pour que 
l'utilisateur s'en sorte: il faut d'abord qu'il comprenne la nature du 
problème et la correction à apporter pour le solutionner.


En l'occurrence j'aurais tendance à penser que (exemples):

- [manuel mais bien plus simple] ou Thunderbird avec de l'archivage (au 
sens archivage Thunderbird) fait à la main tous les jours,  quand une 
perte de messages est notée par l'utilisateur sur le serveur IMAP, il 
fait une copie des messages concernés depuis le dossier (au sens 
Thunderbird) d'archivage (au sens Thunderbird) vers le dossier (au sens 
Thunderbird) du serveur IMAP où il veut restaurer le(s) message(s)


- [semi-automatique mais bien plus compliqué] avec Thunderbird avec les 
dossiers du compte IMAP synchronisés off-line et un outil de sauvegarde 
en GUI qui fait quotidiennement les sauvegardes du dossier perso, quand 
une perte de messages est notée par l'utilisateur sur le serveur IMAP, 
il fait une restauration des messages qu'il souhaite récupérer. Ce'st 
pas trivial, faut naviguer dans les répertoires de profils Thunderbird.




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) ?


clairement pas moi, et ça relativise tout ce que j'ai pu dire 
précédemment :-)

Re: Messagerie (accédée en IMAP) vidée sans cause identifiée

2023-07-29 Par sujet RogerT 



> Le 29 juil. 2023 à 11:00, didier gaumet  a écrit :
> 
> Le 28/07/2023 à 23:32, RogerT a écrit :
> [...]
>> Duplicity (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) ?

Re: Messagerie (accédée en IMAP) vidée sans cause identifiée

2023-07-29 Par sujet didier gaumet 

Le 28/07/2023 à 23:32, RogerT a écrit :
[...]
Duplicity (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



Ç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