emailaddress:root@seenthis.net

Tiens j’y ai repensé ya pas longtemps, je continue à me dire que l’IMAP/format mail, est une bonne méthode de stockage et de partage de contenus. Surtout que mise à part des interfaces, il n’y a aucun blocage à modifier des contenus déjà en ligne (cf le plugin un peu basique que j’avais trouvé pour TB qui permettait de modifier un message IMAP quelconque). Il « suffirait » juste de meilleures interfaces et automatisations (par exemple générer la version HTML du mail à partir de la version texte, que ce soit en local ou sur le serveur) et on a un bon truc synchronisable, semi-décentralisé, etc.

oui ! C’est ce que je suis en train de tester, pour l’instant j’exporte uniquement mes propres messages au format eml, dans un seul et unique répertoire git que je pousse sur github :
▻https://github.com/Fil/seenthis-messages

Fait :

– 1 commit par message (c’est plus lent mais c’est plus utile qu’un gros commit où il y aurait tout)

– 1 commit par correction (non rétroactif), avec la bonne date de modif

À faire :

– ça marche en batch ; il faudra que ce soit plutôt fait à chaque édition sur le site (avec un délai)

– ça marche uniquement en push (serait génial de pouvoir modifier mes posts depuis github)

– éventuellement associer le html, pas juste le texte (mais n’est-ce pas le rôle d’un script externe… ?)

– envoyer aussi les messages associés (favoris réponses)

– gérer les liens entre messages et réponses

– voir si ce n’est pas mieux de fabriquer un repo par année

– sécurité (créer un compte github pour root@seenthis.net et l’ajouter comme collaborateur ?)
ou alors plus simple : ouvrir le répertoire git directement sur seenthis (et ne pas du tout passer par github ; à chacun·e de voir ensuite ce qu’ille veut faire de son repo)

(autres ?)

(ou peut-être avec #dat, #bup, #rsync, que sais-je…)

Ça c’est pour le format EML (qui est un bon choix, on peut tout mettre dedans, quitte à mettre du YAML dans le corps ou utiliser des entêtes proprios pour les trucs en plus). Mais je me dis aussi que l’IMAP+SMTP est un bon moyen de synchroniser/diffuser/dupliquer des infos entre plusieurs serveurs, plusieurs instances d’un même outil (ça évite de réinventer la roue, comme plein de projets de rézosocio décentralisé).

oui ce serait même plutôt NNTP

mmh, le protocole NNTP permet la modification d’un message après coup ? (IMAP oui)

NNTP permet d’envoyer un second message qui annule le premier

En fait je sais pas pourquoi je m’emmerde à faire la passerelle git sur le serveur … essayons de séparer les besoins :

Le seul rôle essentiel qu’a seenthis.net, c’est de maintenir une base de textes à jour et de la rendre accessible facilement. C’est cette seconde partie qui est pas géniale actuellement, entre les RSS, l’API de consultation et l’API de backups qui sont tous limités, complexes, et lents.

Idée : pourquoi ne pas remplacer tout ça par un simple export de données dans une arborescence assez bien foutue*, qu’on publierait alors avec un démon rsync. Chacun·e pourrait alors mettre en place des services (sauvegarde complète ou partielle, commit vers un répertoire git, système d’édition, passerelle vers #SàT, etc.) sur sa proche machine.

* Arborescence que j’envisage à l’heure actuelle :

2013/03/f/fil/20130301-1234-c-est-mon-anniversaire.eml

ça permettrait de backuper « tout », ou « tout ce qui est récent » (2014/), tout ce qui est fil en listant n années, uniquement le plus récent de fil, etc.

La partie login + timestamp + id_me permet d’identifier un message de manière unique.

bon il me semble que ça marche assez bien en fait ce modèle… il suffira de pondre quelques fichiers supplémentaires pour avoir éventuellement les partages, le profil, la liste des gens qu’on suit.