cricx

hum... dsm a monté le deuxième disque dans /volume2, mais c'est toi qui a fait le montage bind ! quand tu tapes cette commande, tu fais un montage bind, ce qui signifie que tu spécifie un autre chemin d'accès pour les données, dans ton exemple, tu dis que les données situées dans /volume1/videos peuvent être accédées de manière identique dans volume2/video oui, bien sûr, c'est le contenu de /volume2/video (s'il y en avait un) qui est caché après le montage ! Je crois que tu n'as pas bien compris ce qu'il fallait faire, en fait ! J'ai compris que tu voulais pouvoir accéder depuis /volume1/videos à des vidéos qui seraient en fait sur le volume2, par exemple (mais ce n'est qu'un exemple), sur /volume2/videos. Pour cela, il faut rendre accessible depuis volume1 le volume2, donc faire un montage bind de ce type : mount --bind /volume2/video /volume1/video/videosvolume2 il te faut créer le répertoire /volume1/video/videosvolume2 Tu pourras ensuite accéder dans /volume1/video/videosvolume2 aux videos du dossier /volume2/videos Si le bind permet d'accéder au même fichier via 2 points de montage différent, on devrait quand même pouvoir savoir sur quel volume se trouve le fichier en question indépendamment du point de montage utilisé, ça parait logique en tout cas...

oui, fetchmail est un client de messagerie qui relève des boites aux lettres, mais il les réexpédie vers un nouveau destinataire via un serveur smtp. Dans l'installation "manuelle" de fetchmail que Michel avait fait, le fonctionnement était bien tel qu'attendu, fetchmail réexpédiant les messages via le serveur smtp du syno (qui traitait donc le .forward). Le fonctionnement dans mailstation2 n'est plus celui-ci, c'est pourquoi je me suis demandé au départ si c'était bien fetchmail qui était utilisé. À mon avis (mais ça reste à vérifier, je n'ai pas mailstation2), le fonctionnement de mailstation2 est différent, je pense qu'il utilise maintenant procmail pour la remise des messages (les messages ne passent donc plus par postfix). Il faut donc chercher s'il y a un fichier procmailrc quelque part et adapter en conséquence. Vérifier dans la conf de fetchmail la ligne mda

que donne netstat -tan |grep LISTEN et ps|grep dovecot et ps|grep postfix

vérifie si la syntaxe est bonne dans l'extrait du manuel ci-dessous veto files (S) This is a list of files and directories that are neither visible nor accessible. Each entry in the list must be separated by a ´/´, which allows spaces to be included in the entry. ´*´ and ´?´ can be used to specify multiple files or directories as in DOS wildcards. Each entry must be a unix path, not a DOS path and must not include the unix directory separator ´/´. Note that the case sensitive option is applicable in vetoing files. One feature of the veto files parameter that it is important to be aware of is Samba´s behaviour when trying to delete a directory. If a directory that is to be deleted contains nothing but veto files this deletion will fail unless you also set the delete veto files parameter to yes. Setting this parameter will affect the performance of Samba, as it will be forced to check all files and directories for a match as they are scanned. Examples of use include: ; Veto any files containing the word Security, ; any ending in .tmp, and any directory containing the ; word root. veto files = /*Security*/*.tmp/*root*/ ; Veto the Apple specific files that a NetAtalk server ; creates. veto files = /.AppleDouble/.bin/.AppleDesktop/Network Trash Folder/ notamment si c'est bien un "unix path" et si la casse est bonne. donne le résultat d'un ls -la /volume1/music

peut-être avec configfileeditor ?

pas possible de bloquer un groupe de travail... tu peux par contre essayer de désactiver les invités !

dans les deux cas le chemin est le bon, puisque le disque est monté deux fois à un emplacement différent. c'est à toi de savoir où tu as monté ton disque 2 ! tout ce qui est dans le répertoire de montage bind du disque 2 est sur le disque 2 (et pas sur le disque 1, car un montage rend inaccessible le contenu initial du dossier dans lequel on monte. pour ta question sur le fait de voir tous tes disques physiques sur un seul volume, c'est possible avec lvm (je te laisse chercher). Pas sûr qu'on puisse installer les paquets nécessaires sur un syno... je te laisse aussi chercher !

find groupe1 -type f -exec ln -s {} /chemin/groupe0/basename({}) \; mais ça ne gère pas les doublons !

essaie avec net rpc join -W DOMAINE -S SERVEUR -U ADMINDOMAINE

oui, rien à dire pour l'instant (4 mois). mais c'est pareil pour l'abonnement de ma femme chez virgin (5 h + sms et web illimités pour 29,90) sur réseau orange. si, un point : chez virgin/orange, làoù j'habite (campagne), c'est de l'edge alors que laposte/sfr c'est de la 3G/hsdpa par contre, parfois, à la montagne, sfr ne passe pas. il faudrait que je fasse des tests de ports ouverts sur ces deux mvno, ça serait sûrement utile ! mais il faut que je redirige d'autres ports (et dans les faits, je n'ai qu'imaps, smtp, ftp, http(s), itunes (3689), xmpp (5222), et 8080 ouverts, tous fonctionnent (pas testé le ftp ni xmpp en fait !) sur les deux réseaux).

c'est quasiment impossible à savoir (j'avais vainement essayé avant de prendre mon abonnement). Par chance, les ports que j'utilise (8080, 3689, et quelques autres) sont ouverts (chez lapostemobile, sur réseau sfr, 21 € pour 2 h + sms et internet illimités)

Change de copine

Si la commande net est présente sur le syno, tu peux essayer de joindre le domaine avec la commande net rpc join Tu auras plus d'informations sur les causes de l'échec

as-tu vérifié quel est le backend à utiliser pour ton scanner (sur le site de sane)

il te faut monter ton disque réseau en dur dans la fstab, cherche sur ce forum, on en a parlé. à titre d'informations, que donne le résultat de la commande mount[/CODE] lancée en tant que root dans une console ?

les utilisateurs du système sont stockés dans le fichier /etc/passwd les utilisateurs photostation sont dans une base de données

type A : nom associé à une IP CNAME : alias (nom associé à un nom) pour le ftp, tu peux créer un type A ou un CNAME, chez ton registrar (si tu disais qui, ça aiderait), et il faut que tu aies une ipfixe ou un nom de type dyndns. pour le passif ou l'actif, il n'y a pas de mieux, le passif passe les firewalls et pose moins de problème avec la nat. pour plus d'infos, google t'aidera. et sur ce forum, on en a déjà beaucoup discuté !

Le .forward redirige les mails reçus par postfix à destination du compte dans lequel se trouve le fichier. Ça devrait donc fonctionner avec fetchmail (mais est-ce bien fetchmail qui est utilisé?)

En ftp passif, pas besoin de rediriger le port 20,il n'est pas utilisé. Pour la seconde question, si c'est une redirection ça ne marche pas, il faut un type A ou un cname.

on trouve encore son nom de domaine sur les images externes... mais c'est à lui de les enlever, non ? mais aussi dans certains posts (djmomo, par exemple), et maintenant que ça marche, l'ip est bien résolue sur le ndd !

sur android, j'utilise meebo, sur linux pidgin. comme dit rodolphe, le protocole étant libre et ouvert, les applications ne manquent pas.

il suffit de ne pas ouvrir le port ! plus sérieusement, tu peux créer des hôtes virtuels dont les noms seront résolus seulement en interne (serveur dns interne ou fichiers hosts)

regarde là, peut-être : http://www.azolia.fr/thunderbird-ldap-ecriture-contacts vers la fin pour le schéma : https://wiki.mozilla.org/MailNews:Mozilla_LDAP_Address_Book_Schema (vérifier si le tiens est bon) sinon, un petit script perl peut convertir tout ça !

Spam?

il n'y a rien qui marche, son nom dyndns n'est plus résolu... son ip ne répond pas... ping filtré ? même avec une conf du routeur pourrie, on devrait avoir une réponse sur l'ip et la conf dyndns qui marche ! et les questions qu'on pose comme les conseils qu'on donne semblent... incompris je laisse aux plus courageux