cricx

tu devrais lire attentivement le manuel : http://lftp.yar.ru/lftp-man.html il semble que le téléchargement se fasse en tâche de fond... donc ton enchainement de commandes avec && ne sert pas à grand chose, une seule commande suffirait, en mettant en queue toutes les commandes mirror. la décompression ne peut pas s'exécuter automatiquement puisqu'il n'est pas possible de savoir quand les téléchargements sont terminés (vu côté shell). regarde dans les options de lftp, il doit bien y avoir quelque chose... (pas le temps de lire) et demande à tonpostekisiconnait s'il a lu le manuel (si c'est lui qui t'a dit de procéder comme ça)

http://gpl.nas-central.org/SYNOLOGY/ mais ça ne parait pas à jour essaie plutôt là : http://sourceforge.net/projects/dsgpl/files/Synology%20NAS%20GPL%20Source/

le flux ftp en download correspond bien au sens upload de ta connexion, apparemment toute la bande passante upload est bouffée par le download ftp de ta fille, au point de ne même plus permettre la navigation correcte (alors qu'il faut relativement peu d'infos montantes pour de la navigation web. le seul moyen de régler ça est de prioriser certains flux (qos), mais je ne sais pas si ta livebox fait ça. Chez moi j'ai un routeur (le fameux wrt54gl) derrière une freebox qui le permet, tu pourrais aussi ajouter un routeur derrière ta box. Ceci dit, la livebox gère peut-être au moins la qos pour elle-même (flux téléphone et tv prioritaires), à moins que ça soit géré via des virtuals channels atm. sinon, tu peux peut-être demander à ta fille de limiter la vitesse de download de son client ftp. tu pourrais aussi regarder du côté de ton syno ce que tu peux faire (limitation du débit ftp)

sshfs n'est pas fait pour partager des fichiers il permet de s'affranchir des uids pour accéder à ses propres fichiers. Mais un accès sshfs n'est pas chrooté, on peut donc se balader dans l'arborescence et accéder à des dossiers pour lesquels l'utilisateur connecté a les bons droits. Pas besoin de partage ici, puisque c'est un accès natif au système de fichiers, les droits étant gérés uniquement à ce niveau. Possible de mettre des liens symboliques ou un montage bind. pour le partage de fichiers, ftp me parait une bonne solution (bien que le ftp du syno soit quelque peu limité...) mais il est possible de créer un utilisateur nommé par exemple partage (et ses variantes partagespotes, partagefamille, partageultrasecret), en se connectant dessus avec le nom kivabien (partage@serveur) on aura accès aux fichiers de l'utilisateur en question. Des liens ou un (des) montage(s) bind + la gestion des droits au niveau du système de fichiers donnent toute la souplesse au truc (et en plus, c'est utilisable depuis internet, et en ouvrant un seul port) pour ta question : en quoi sshfs resoud le probleme des plages d'uid differentes? simplement parce que l'identification est faite par le nom d'utilisateur. exemple : j'ai le même nom sur mon pc que sur le serveur : pas de pb, j'accède à mes fichiers. Je n'ai pas le même nom : je me connecte en utilisant la syntaxe user@serveur

hum... ne concerne que les mails non encore rapatriés sur le PC, et ne résout pas les prochains mails arrivant... fetchmail est beaucoup plus adapté ! quant au transfert des mails déjà rapatriés sur le pc, il suffit de les déplacer après avoir configuré un compte imap sur le syno (et ça vaut aussi pour la récupération des messages en pop : on récupère via son courrielleur les messages en pop, et on les déplace vers un compte imap sur le syno). Donc je ne comprends pas très bien l'objet de ce tuto. De plus, ce logiciel développé sous delphi ne tourne que sous windows. Les macs et les linux, ils sentent le fromage ?

/usr/syno/etc/smb.conf