Je te trouve un peu dur au sujet de l'email.
KMail, sylpheed et même Thunderbird comprennent le Maildir.
Ils ont tous une option d'envoi différé et un bouton envoi/réception (parfois séparé aujourd'hui).
Sur sylpheed tu as même le bouton pour passer offline manuellement, et ne pas risquer de faire des requêtes sans une petite popup qui te demande si tu veux passer online pour faire ça.
Même sous Android, avec K9-Mail tu as la boîte d'envoi, qui va envoyer quand il peut.
Et les serveurs mails gèrent bien l'accès discontinu avec une tolérance de base de 4h il me semble, avant de te renvoyer un message d'indiquant que pour le moment ça rate, et jusque 7j avant abandon.
Après, c'est sûr que ça foire totalement avec les webmails, qui ne sont que des interfaces avec un serveur mail.
Pour d'autres aspects, si tu as dans ton réseau interne ton propre serveur XMPP, il me semble qu'il a aussi un comportement similaire, capables de conserver les messages à envoyer pendant un certain temps, tant qu'il n'arrive pas à se connecter au serveur distant.
Par contre les clients ne gèrent pas l'envoi de message en étant hors-ligne (enfin pas que je sache), donc tu as besoin d'avoir en local ton propre serveur XMPP pour faire comme avec un serveur SMTP : tu lui files le bébé, et il se démerde ensuite.
Un outil de synchronisation de fichiers comme syncthing peut très bien ne travailler que quand il a de la connectivité et reprendre où il en était de façon transparente dès que cette dernière revient. Y compris en changeant complètement de réseau, entre chez toi, ta location de week-end, ton boulot, ou la connexion 4G partagée de ton téléphone.
Bref, quelques vagues pistes sur des petits aspects de tout un réseau à l'en-lignage inconstant.
# email, maildir, offline, etc.
Posté par Yth (Mastodon) . En réponse au journal Un réseau offline "delay-tolerant" avec NNCP. Évalué à 9.
Je te trouve un peu dur au sujet de l'email.
KMail, sylpheed et même Thunderbird comprennent le Maildir.
Ils ont tous une option d'envoi différé et un bouton envoi/réception (parfois séparé aujourd'hui).
Sur sylpheed tu as même le bouton pour passer offline manuellement, et ne pas risquer de faire des requêtes sans une petite popup qui te demande si tu veux passer online pour faire ça.
Même sous Android, avec K9-Mail tu as la boîte d'envoi, qui va envoyer quand il peut.
Et les serveurs mails gèrent bien l'accès discontinu avec une tolérance de base de 4h il me semble, avant de te renvoyer un message d'indiquant que pour le moment ça rate, et jusque 7j avant abandon.
Après, c'est sûr que ça foire totalement avec les webmails, qui ne sont que des interfaces avec un serveur mail.
Pour d'autres aspects, si tu as dans ton réseau interne ton propre serveur XMPP, il me semble qu'il a aussi un comportement similaire, capables de conserver les messages à envoyer pendant un certain temps, tant qu'il n'arrive pas à se connecter au serveur distant.
Par contre les clients ne gèrent pas l'envoi de message en étant hors-ligne (enfin pas que je sache), donc tu as besoin d'avoir en local ton propre serveur XMPP pour faire comme avec un serveur SMTP : tu lui files le bébé, et il se démerde ensuite.
Un outil de synchronisation de fichiers comme syncthing peut très bien ne travailler que quand il a de la connectivité et reprendre où il en était de façon transparente dès que cette dernière revient. Y compris en changeant complètement de réseau, entre chez toi, ta location de week-end, ton boulot, ou la connexion 4G partagée de ton téléphone.
Bref, quelques vagues pistes sur des petits aspects de tout un réseau à l'en-lignage inconstant.