CoolRaoul

Ou simplement activer l'option canal beta dans les paramètres du centre de paquets comme cela a été

J'ai suggéré la piste wget parce le thème du fil portait sur FTP. Mais bien évidemment, pour faire un miroir, rsync est la solution la plus performante (encore plus pour les mises à jour)

avec Chrome: se connecter à videostation en direct (via le port et/ou l'alias défini dans le portail des applications DSM) Sous chrome, outils-> créer des raccourcis vers des applications

peut-être simplement parce qu'il n'y a *pas* de bouton "creer" dans la fenetre liste des blocages ? ***EDIT*** grilled by Kramlech

Et pourquoi ne pas tout simplement le faire avec une règle dans le firewall ?

Pour automatiser, la ligne de commande risque de s'avérer indispensable voir du coté de : /usr/syno/bin/wget --ftp-user=<compte> --ftp-password=<motdepasse> --mirror ftp://<addresse> <destination> faire des tests pour bien trouver les options qui conviennent,

Et pour désactiver ce comportement, désactiver dans les options de filestation, cette case:

Quelqu'un aurait-il de l'aspirine?

via le centre de paquets, sélectionner chacun des paquets de la liste, cliquer sur "stop"

Mais pourquoi donc n'ais-je pas pensé moi aussi à cette solution qui est vraiment optimale !

La copie est peut-être en cours, peux-tu vérifier que le dossier "Jean" n'a pas déja été créé sur la freebox?

Les commandes précédentes n'ont pas fait d'erreur?

Sous réserve que ce soit une freebox V6 tu peux t'y connecter avec la commande "smbclient" Je n'ai pas de freebox V6 sous la main, mais ca devrait marcher de cette façon: D'abord se positionner dans le répertoire parent des "homes": cd /var/services/homes Connexion en smbclient sur la freebox: /usr/syno/bin/smbclient -N 'mafreebox.freebox.frDisque Dur' A partir de la tu te trouves en mode commande dans une interface qui ressemble à un client ftp, Ensuite ça devrait marcher ainsi ("smb: >" c'est le prompt, le reste c'est ce que tu dois taper ) smb: > recurse smb: > prompt smb: > mput jean Je n'ai pas pu tester, n'ayant pas la meme config sous la main, mais tiens nous au courant de la moindre erreur.

La façon dont je comprend ce message c'est que les services indiqués doivent être désactivés juste le temps de renommer le dossier, mais tu les relances après. Essaie..

C'est que les volumes ont *déja* été créés et qu'il n'y a pas de disque non utilisé pour en créer d'autres. Je pense que ce sont des "dossiers partagés" dont tu as besoin en fait (doit se faire par le panneau de configuration DSM -> dossiers partagés) Comprend pas la question, désolé

Pour faire des tests, choisi plutot un *nouveau* dossier partagé juste pour ça

Pour gérer les droits finement il faut activer les ACL sur le dossier partagé (DSM: panneau de conf -> dossier partagé -> modifier -> windows acl) Ensuite ça peut ce manipuler directement soit sous windows, en acces réseau au dossier (bouton droit->propriété, onglet "sécurité") soit dans filestation. A savoir: une fois les ACLs activées sur un partage, elles restent effectives même si on les désactive. pas toujours facile à maîtriser (même pour les spécialistes). Il est possible que, si tu en a besoin, tu trouves plus d'aide sur ce domaine dans des forums Windows qu'ici. les ACLs s'appliquent quelque soit la méthode d’accès aux données (partage réseau, ftp, webdav, ...), meme si le client n'est pas une machine Windows. la partage "photo" est particulier en ce sens qu'il n'autorise pas la manipulation des droits (à cause du fonctionnement de package photostation). Si on veux partager des dossiers de photos en acces réseau avec gestion fine des droits, faut renoncer à photostation pour ces dossiers et les mettre dans un dossier partagé créé a cet effet (par exemple "photos", au pluriel) Si tu n'a pas l'habitude ce ce concept je ne peux que te conseiller que de créer un dossier partagé de test pour "jouer avec" le temps de bien comprendre le fonctionnement. Dans tous les cas je préconise de créer sous DSM des groupes (exemple, dans le cas d'une utilisation familiale: "adultes", "enfants", "famille", "amis", ... et même "appareils_multimedia") pour tes comptes utilisateurs et de gérer les droits sur ces groupes plutôt que directement sur les comptes eux mêmes (Même si ça ne te semble pas utile dans l’immédiat un jour tu me remerciera).

Chaque compte a ses *propres* parametres, qui se configurent sous Roundcube via l'icone "préférences" Tes utilisateurs ne vont pas se connecter a Roundcube avec le compte admin mais avec leur propre compte. Les paramètres d'un compte ne s'appliquent qu'aux manips faites via roundcube en utilisant ce compte. En plus de cela (mais uniquement quand on est connecté sous le compte admin -ou un compte ayant les droits admin-), on a accès en plus au paramètrés globaux via l'icone "parametre admin", icone non visible si on est connecté avec un compte "lambda" Comme je te l'ai expliqué, les tests que tu fait avec le smtp google en t'y authentifiant avec ton compte gmail perso ne sont absolument pas représentatif du fonctionnement nominal lorsque tes utilisateurs *devront* passer par le smtp du domaine pro. Par exemple, Google va modifier l'en-tete "From" des messages. Pour faire des tests qui aient du sens, et reproduisent le contexte cible, tu n'a pas 46 solutions, soit tu utilise le serveur SMTP de ton domaine "pro", soit tu achètes un 2eme nom de domaine incluant le service smtp et tu l'utilises pour tes tests (un peux luxueux cette solution j'en conviens). Je ne vois pas comment c'est possible : si le compte roudcube que tu utilise pour expédier les mails a dans sa configuration smtp "smtp.gmail.com" (ou un autre serveur autre différent que le syno lui meme), roundcube envoie directement le mail via ce serveur et le mail server du syno n'intervient pas dans le process Je viens de refaire le test avec une config smtp gmail, le mail part (et arrive) et il n'y a rien dans les logs. Donc, si le message apparait dans les logs de Mail Server, c'est que roundcube a envoyé le mail au smtp local et pas directement au smtp externe (gmail pour le moment) Mais de toutes façon, comme j'ai dit ci dessus, inutile de perdre ton temps a faire des test via le smtp gmail authentifié avec ton compte perso, cela n'est pas utilisable dans une approches multicomptes: il va falloir utiliser un serveur SMTP du même domaine que les emails des utilisateurs.

Ben non, ce n'est pas comme cela que ça fonctionne, et d'ailleurs pour une redirection de port dans un routeur, tu as bien vu qu'on indique un port cible. Hors, chaque session smtp sortante va utiliser un port source *différent*, et c'est vers ce dernier que les réponses devront être redirigées. Comment pourrait-on configurer le chemin retour dans le routeur dans ce cas? La transmission des paquets réseau retour ne peut se faire qu'automatiquement (via les tables internes PAT/NAT du routeur mais ce n'est pas le sujet) Tu parles des "parametres admin" de roundcube et pas des "parametres du compte admin" j'imagine? Ceux-la ne servent qu'a pré-définir le serveur SMTP par défaut lors de la création du profil roundcube des utilisateurs (lors de leur première connexion), mais toute modification des paramètres smtp une fois connecté sur le compte utilisateur sont prioritaires. En effet, je viens de le lire dans la doc (pour la gestion des dossiers de messages en IMAP) Cependant, si on ne met pas "localhost" (ou l'addresse du Syno) comme serveur smtp, l'envoi de mail n'utilise pas les service de MailServer. Ce n'est pas la faute de l'utilisation du relais, c'est parce que tu utilises le smtp gmail sur lequel tu dois t'authentifier. Gmail va forcer l'émetteur (le "From") a être le compte gmail utilisé pour l'authentification smtp. (Le "From" original est sauvegardé dans l'en-tete "X-Sender"). Le mail server n'y est pour rien et ne peux rien y faire puisque cela s'effectue en amont. Puisque c'est dans un contexte professionnel, il faut utiliser le SMTP du fournisseur d'acces (celui d'Orange donc dans ton cas) pour que cela fonctionne et que les utilisateurs roundcube puissent spécifier leur email perso (truc.machin@orange.fr a priori) dans les parametres roundcube d'identité. Mais, attention au domaine: il est possible (et quasi certain) que ce serveur smtp refuse les mails dont le domaine du "from" ne correspond pas au domaine qu'ils gère. En effet, suis surpris que tu envisages l'utilisation d'un compte gmail unique dans un contexte professionnel pour les envois de mails de plusieurs personnes différentes. Pas du tout fait pour ça. Donc si ca ne marche pas c'est ta config roundcube qui est foireuse quelque part. Lorsque tu es sous roundcube avec la config que tu nous a montré, que se passe-t-il exactement lorsque tu clique sur "envoi" ? (sous roundcube, le dialogue SMTP se fait en temps réel et toute erreur devrait s'afficher a ce moment la, pas besoin de la commande mailq)

Les redirections ne concernent que les flux entrants, Là c'est toi qui te connecte chez google et pas le contraire. Si les flux vers le NAS (redirection de ports) ne sont pas ouverts sur la livebox, le routeur ne risque rien. Par contre, après avoir ouvert le flux dans la livebox *et* le routeur, c'est pareil que si il n'y avait que la livebox (sauf que c'est bien plus compliqué à gérer) Un truc me chiffone: ayant configuré roundcube pour se connecter directement au smtp gmail sans passer par le mailserver, comment-se fait il que la commande "mailq" (qui fait partie de mail server!) puisse voir passer quelque chose, comme dans ta copie d'ecran? Et pourquoi pas après tout, puisque ça marche dans ce cas? En tout cas, pour vérifier que la connexion avec le smtp google est bien possible, fait simplement la commande suivante en ligne de commande sur le NAS et donnes-nous le résultat telnet smtp.gmail.com 587 pour info la réponse devrait ressembler à 220 mx.google.com ESMTP do1sm13443087wib.7 - gsmtp

Quel est le but de cette redirection? Il y a un routeur entre Le syno et la box? Ne serait-ce pas plus simple de mettre le syno directement derrière la box?

Personne n'a dit ca, et d'ailleurs dans le fil dont j'ai donné le lien, Diaoul faire l'opération sur le NAS :

Comme le seul besoin que tu ais explicitement indiqué étant "pouvoir accéder à une adresse FTP par le DS", on ne pouvait pas deviner hein

A part la préparation des disques (je te conseille de prendre le temps de lire ce fil: ), rien de bien compliqué, suffit de suivre le guide d'installation rapide: http://ukdl.synology.com/download/ds/QIG/x13-series/DS213/Syno_QIG_2bay_fra.pdf