Ok, donc dans l'idéal il faudrait un truc capable de synchro un dossier type maildir, qui serait analysé par un serveur à la synchro et ferait des envois/réceptions ?
Comme ça tu peux être au milieu de trifouillis-sous-cambrousse, récupérer les dossiers de tout le monde sur un périphérique, et aller envoyer ça dans le vaste monde avec un petit trek de 12h pour chopper une antenne Edge ?
Mais cette logique se base quand même sur l’existence d'un réseau global type internet, c'est juste toi ou ton groupe, qui êtes déconnectés.
Syncthing c'est une bonne réponse à ce genre de problématiques, mais tu dois définir tes connexions.
Tu pourrais définir un groupe de gens avec leurs périphériques, qui se partagent un - ou plein - de répertoires, et dès que deux d'entre eux sont en contact, paf ça synchronise entre eux.
De proche en proche tout se transmet au gré des rencontres.
Mais pour ça il faut une connexion réseau local entre deux proches, ou une connexion commune à internet à un instant donné.
Et à moins de combiner avec d'autres outils, tu n'as pas de porteur neutre d'un message qui ne lui est pas destiné et que seul le destinataire final peut lire (problématique potentiellement soluble avec du PGP, mais il faut automatiser).
Et puis faire du chat/mail avec ça n'est pas simple : comment tu lâches un simple fichier à droite à gauche qui se transformerait en mail chez son destinataire ?
Donc il faudrait construire au dessus d'un outils de partage brut comme syncthing, un autre système permettant de laisser des fichiers chiffrés à destination d'une personne (ou d'un terminal) en particulier, qui puisse ensuite, selon son format, ou ses métadonnées, être utilisé dans différents contextes (mail/discussion, photos de chats, documents...).
Tout dépend de ce que tu veux partager, comment, ensuite.
Et surtout de si tu es intéressé par la connexion avec internet, et l'envoi de divers données selon des protocoles plus connectés (transformation de tel fichier en email envoyé sur un SMTP, tel autre en messages postés sur un forum ou un salon de discussion, telle vidéo sur telle instance peertube, tel document sur un blog, etc).
Et potentiellement récupérer en retour des réponses : checker tes nouveaux mails, récupérer la conversation dudit salon, récupérer les commentaires sur ton précédent post de blog etc.
Mais ça veut dire une infra bien mise en place sur internet, un serveur (ou des services) configuré aux petits oignons.
Par exemple une passerelle XMPP qui lirait une série de fichiers et en ferait des articles de blog et des messages pas si instantanés sur Movim, avec réception des messages en attente (abonnements micro-blogging, messages persos, etc.) qui feraient le chemin inverse vers ton client local.
Un client XMPP-filesystem qui bosserait avec des données chiffrées, que toi seul pourrait déchiffrer depuis ton terminal (et ton client XMPP local avec ta clé PGP) une fois les fichiers synchronisés et en utilisant de l'autre côté la même passerelle filesystem-XMPP en mode serveur local, pour ton client local.
[^] # Re: email, maildir, offline, etc.
Posté par Yth (Mastodon) . En réponse au journal Un réseau offline "delay-tolerant" avec NNCP. Évalué à 3.
Ok, donc dans l'idéal il faudrait un truc capable de synchro un dossier type maildir, qui serait analysé par un serveur à la synchro et ferait des envois/réceptions ?
Comme ça tu peux être au milieu de trifouillis-sous-cambrousse, récupérer les dossiers de tout le monde sur un périphérique, et aller envoyer ça dans le vaste monde avec un petit trek de 12h pour chopper une antenne Edge ?
Mais cette logique se base quand même sur l’existence d'un réseau global type internet, c'est juste toi ou ton groupe, qui êtes déconnectés.
Syncthing c'est une bonne réponse à ce genre de problématiques, mais tu dois définir tes connexions.
Tu pourrais définir un groupe de gens avec leurs périphériques, qui se partagent un - ou plein - de répertoires, et dès que deux d'entre eux sont en contact, paf ça synchronise entre eux.
De proche en proche tout se transmet au gré des rencontres.
Mais pour ça il faut une connexion réseau local entre deux proches, ou une connexion commune à internet à un instant donné.
Et à moins de combiner avec d'autres outils, tu n'as pas de porteur neutre d'un message qui ne lui est pas destiné et que seul le destinataire final peut lire (problématique potentiellement soluble avec du PGP, mais il faut automatiser).
Et puis faire du chat/mail avec ça n'est pas simple : comment tu lâches un simple fichier à droite à gauche qui se transformerait en mail chez son destinataire ?
Donc il faudrait construire au dessus d'un outils de partage brut comme syncthing, un autre système permettant de laisser des fichiers chiffrés à destination d'une personne (ou d'un terminal) en particulier, qui puisse ensuite, selon son format, ou ses métadonnées, être utilisé dans différents contextes (mail/discussion, photos de chats, documents...).
Tout dépend de ce que tu veux partager, comment, ensuite.
Et surtout de si tu es intéressé par la connexion avec internet, et l'envoi de divers données selon des protocoles plus connectés (transformation de tel fichier en email envoyé sur un SMTP, tel autre en messages postés sur un forum ou un salon de discussion, telle vidéo sur telle instance peertube, tel document sur un blog, etc).
Et potentiellement récupérer en retour des réponses : checker tes nouveaux mails, récupérer la conversation dudit salon, récupérer les commentaires sur ton précédent post de blog etc.
Mais ça veut dire une infra bien mise en place sur internet, un serveur (ou des services) configuré aux petits oignons.
Par exemple une passerelle XMPP qui lirait une série de fichiers et en ferait des articles de blog et des messages pas si instantanés sur Movim, avec réception des messages en attente (abonnements micro-blogging, messages persos, etc.) qui feraient le chemin inverse vers ton client local.
Un client XMPP-filesystem qui bosserait avec des données chiffrées, que toi seul pourrait déchiffrer depuis ton terminal (et ton client XMPP local avec ta clé PGP) une fois les fichiers synchronisés et en utilisant de l'autre côté la même passerelle filesystem-XMPP en mode serveur local, pour ton client local.
Bref, tu aurais des cas d'usage pratiques ?