cricx

déjà, mixer perl et bash c'est pas le mieux. Par exemple pour le find, il vaut mieux utiliser le module file:find de perl (http://world.std.com/~swmcd/steven/perl/pm/find.html pour des exemples), mais je ne sais pas si ce module est installé sur syno. éviter l'usage de grep qui renvoie normalement un tableau des éléments remplissant la condition, tu ne fais que vérifier si c'est vrai, donc ce n'est pas la fonction adaptée (en fait, c'est une solution facile, mais il faudrait alors prendre le nombre d'éléments du tableau renvoyé, ou en faire un scalar. ensuite, le code n'est pas parfait, tu peux retravailler un peu. ex : foreach (@files) { my $file = $_; chomp($file); s'écrit mieux foreach my $file (@files) { chomp($file); ou foreach (@files) { chomp; my $file = $_; Mais le message d'erreur est vraisemblablement donné par synoindex, que tu appelles ainsi : my $result = `synoindex -g \"$file\" -t music`; essaye comme ça : my $result = qx(synoindex -g "$file" -t music); man perlop pour les détails.

non, la plus portable est fat32. Ceci dit, si c'est pour le cas éventuel d'une panne du nas, il est facile de booter un pc sur un linux pour récupérer le contenu du disque usb. Il vaut mieux utiliser un format natif (ext2, 3 ou 4) pour sauvegarder le syno

un télé. sinon : - lire le mode d'emploi de ton tvix (comment connecter à un partage réseau nfs) - lire ce forum (ça fait plusieurs fois qu'on en parle) ton tvix prend en charge upnp, il devrait pouvoir directement lire les fichiers de ton syno dès lors que tu as activé upnp, sans configuration spéciale. Il semble cependant qu'il accepte d'autres modes de connexion.

on peut mettre plusieurs liens réseau sur un dvico (sur mon vieux tvix 4000p, je peux définir 4 liens réseau, j'en utilise 2 : musique et vidéos). sinon, il suffit d'exporter un dossier (sur le syno) contenant les différents dossiers auxquels tu veux accéder contenant un montage bind des dossiers d'origine.

le test échoué est un test d'envoi depuis ton domaine vers ton domaine. Les règles par défaut de postfix permettent ce type d'envoi (il faut bien que postfix puisse recevoir les mails du domaine qu'il gère). Il n'y a pas de vérification de l'existence du compte d'envoi, au mieux on vérifie le domaine. L'utilisateur spam n'est pas plus autorisé que les autres, le contenu de MAIL FROM dans la transaction smtp ne fait que spécifier l'expéditeur, sans plus (on pourrait mettre n'importe quoi là). Certains serveurs de mails vérifient l'existence du domaine, mais ça s'arrête là. Tu as activé l'authentification, OK, mais le principe d'un openrelay est de permettre l'expédition de mails sans authentification. L’authentification n'est jamais testée, ça serait d'ailleurs difficile puis qu'il faudrait un compte valide. Donc rien de grave dans ce résultat. teste avec http://www.abuse.net/relay.html pour voir Attention, ton domaine est peut-être mal configuré (il pointe sur les serveurs de 1&1). Par contre ton mx est OK, le reverse aussi. Mais en utilisant le smtp de free en relayhost, ce n'était pas utile !

en fait, le paquet mailstation ne contient plus que roundcube, avant il y avait aussi le reste, je crois que maintenant c'est intégré dans le système. Il faut que tu extraie de l'archive système les fichiers manquants. l'archive est là : http://ukdl.synology.com/download/DiskStation/DSM3.0/1354/synology_88f6282_211_1354.pat un fichier .pat est un fichier archive tar contenant lui-même une archive compressée du disque. Tu télécharges synology_88f6282_211_1354.pat en suivant le lien ci-dessus, mais je pense que tu l'as déjà. Tu copie cette archive dans un dossier de ton syno, par exemple /volume1/reparation tu ce places dans ce dossier depuis une console. cd /volume1/reparation tu renommes l'archive de .pat en .tar : mv synology_88f6282_211_1354.pat synology_88f6282_211_1354.tar tu extraies l'archive : tar xvf synology_88f6282_211_1354.tar tu verras quelques fichiers sur le disque, dont une archive nommée hda1.tgz tu extraies l'archive : tar xvzf hda1.tgz tu as maintenant l'intégralité du système d'origine de ton syno dans le dossier courant. copie la branche usr/syno/mailstation sur ton disque système en préservant les droits : cp -Rp /volume1/reparation/usr/syno/mailstation /usr/syno et normalement c'est réparé.