cricx

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é.

tu n aides personne avec ta solution qui ne fonctionne pas avec un client mail (et tu es têtu en plus, tu n'écoutes même pas ce que je t'explique. continue dans ton erreur mais n'y entraîne pas les autres

mount -o bind //nasqnap/share/FR/FR //nassynology/video/FR : cette syntaxe est incorrecte ! les chemins doivent

moi qui a un relais free ? mais c'est ton message que j'analyse, il est parti de ta connexion en direction des serveurs de hotmail... je sais bien que 192.x.x.x est une ip interne (tu n'as pas encore compris quel était mon boulot ?), je te demandais si c'était celle de ton syno ! chez moi, dans le fichier de conf de roundcube : // if left blank, the PHP mail() function is used $rcmail_config['smtp_server'] = 'localhost'; ce qui veut dire que si tu n'as pas rempli le serveur d'envoi, c'est php mail qui est utilisé, donc la conf des notifications (et là tu as mis smtp.free.fr) Donc pour l'instant on ne sais même pas si ton postfix sait envoyer des messages

alors j'ai bien reçu ton message, te te mets ci-dessous le source commenté : Received: from smtp5-g21.free.fr ([212.27.42.5]) by col0-mc2-f36.Col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 15 Feb 2011 05:54:48 -0800 le message a été reçu par le serveur hotmail en provenance du serveur smtp de free Received: from 192.168.1.2 (unknown [ton ip publique]) by smtp5-g21.free.fr (Postfix) with ESMTP id 70080D4817F qui lui même l'a reçu de ton syno User-Agent: RoundCube Webmail/0.3.1 envoyé avec roundcube (tu notes qu'on lit depuis l'arrivée jusqu'au départ). Donc, oui, j'ai reçu ton message, parce qu'il a été relayé par le smtp de free. Sans ce relais, il aurait probablement été bloqué. Je pense que ton roundcube est configuré pour utiliser le smtp de free... (192.168.1.2 c'est l'ip interne de ton syno ?) désolé, je travaille... je ne peux pas forcément répondre. et si patrick21 dit que c'est bon, c'est qu'il n'est pas allé au bout des choses. Ce n'est pas ton postfix qui a envoyé le message ! dans la conf roundcube, tu as du mettre smtp.free.fr au lieu de localhost en serveur smtp... chez moi, dans le fichier de conf : // if left blank, the PHP mail() function is used $rcmail_config['smtp_server'] = 'localhost'; ce qui veut dire que si tu n'as pas rempli le serveur d'envoi, c'est php mail qui est utilisé, donc la conf des notifications (et là tu as mis smtp.free.fr)