cricx

je ne comprends pas trop l'intérêt... les messages adressés à ton domaine passeront toujours par le port 25. les messages soumis à ton serveur pour envoi peuvent passer pa r le port 25 puisque ton provider l'accepte, ou au pire tu utilises le port fait pour (smtp submission 587) quant au fichier à modifier, c'est probablement /usr/syno/mailstation/etc/master.cf tu prends la ligne submission tu la copies, tu remplaces submission par 26666 et tu décommentes la ligne : 26666 inet n - n - - smtpd -o smtpd_tls_security_level=encrypt -o smtpd_sasl_auth_enable=yes -o smtpd_client_restrictions=permit_sasl_authenticated,reject pas testé, vérifie avec google

le "mappage" est une méthode windows, qui consiste à affecter une "lettre de lecteur" à un partage réseau cifs. Ça n'existe pas (du moins sous cette dorme) sous unix/linux et apparentés. Dans la philosophie unix, tout est fichier, y compris les partages réseau (je simplifie), et donc tous les fichiers locaux ou distants apparaissent dans la même arborescence. Il suffit de fournir au système le "mode d'emploi" de l'accès distant (en fait, le pilote à utiliser). C'est ainsi que l'on peut avoir dans l'arborescence unix l'accès à des fichiers situés sur des partages distants, avec les pilotes correspondants aux protocoles cifs, nfs, gmail (si si !), ftp, ssh, webdav et beaucoup d'autres. Ce que tu fais avec ton ubuntu, c'est d'utiliser une méthode non standard (entendre par là "non unix") d'accès à un fichier, en utilisant une fonction implémentée par l'explorateur de fichiers (on lui dit le protocole à utiliser : smb:// et il utilise un client cifs pour accéder au fichier). Dans ce cas, le fichier n'est pas accessible en dehors de l'explorateur de fichiers. C'est comme quand tu accèdes à un fichier dans ton navigateur : tu peux le télécharger, mais quand tu y accèdes, il n'est pas sur ton ordi et on ne peux pas y accéder en dehors du navigateur. Unix, en standard, connait nfs qui est un système d'accès à des fichiers distants via le réseau. Le protocole est efficace et rapide, mais a quand même un sacré inconvénient, il n'ajoute pas d'authentification (il considère que l'authentification est déjà faite sur les machines, et de la même façon -les utilisateurs sur client et serveurs sont les mêmes-, ce qui n'est pas le cas en général, sauf si le serveur nfs sert aussi de serveur d'authentification (ldap ou nis), ce qui conduit à déconseiller formellement ce protocole en dehors du réseau local, et nécessite en plus un ajustement des uid/gid unix sur le client et le serveur. C'est ce que j'utilise chez moi : j'ai attribué les mêmes correspondances nom/uid et groupe/gid sur mes serveurs (syno et zentyal) que sur mes clients (divers linux), et mes répertoires partagés sur les serveurs sont montés automatiquement au démarrage sur les clients (j'ai dans mon arborescence un point de montage /mnt/nfs/syno/musique par exemple correspondant au partage Music du syno). Depuis l'extérieur, ceci n'est pas envisageable, j'utilise un montage ssh, dans /mnt/ssh/syno/musique. Dans les deux cas, la ressource externe est "montée" sur le client -en gros, ça correspond à un "mappage" sur un répertoire- soit depuis une entrée de /etc/fstab, soit à la main (avec la commande mount ou avec une icône du bureau). sshfs ne nécessite qu'un port ouvert (le 22 en standard), et on peut aussi utiliser un client windows (winscp) ou android (j'utilise la fonction d'explorateur de fichiers de l'excellentissime foldersync) ce qui fait que j'accède de manière simple et sécurisée à mes fichiers. Pour mémoire, ubuntu n'offre pas en standard dans son explorateur de fichiers l'accès via nfs... mais ubuntu est il encore un vrai unix ? Mais tu peux monter le répertoire distant avec la commande mount (sudo mount -t nfs serveur:/chemin /point/de/montage)

J'ai un vieux 106j sous 2.2. Mais l

Chez moi

Il manque un type A pour ton domaine, ainsi que le cname pop En interne : si ton routeur ou ta box ne g

mais c'est quand même dommage d'utiliser un protocole windows pour faire communiquer deux linux ! tu pourrais utiliser ssh ou nfs (ssh ayant l'énorme avantage d'être crypté et de ne nécessiter qu'un seul port ouvert, nfs étant quant à lui rapide)

tu pourrais essayer de régler la wifi sur un autre canal, ça pourrait solutionner ton problème. sinon comme serveur ntp, il est conseillé d'utiliser un pool (comme ça il y a toujours un serveur qui répond), par exemple pool.ntp.org ou mieux, europe.pool.ntp.org ou fr.pool.ntp.org (http://www.pool.ntp.org/fr/use.html pour plus d'infos) pour la modification de la crontab, une petite recherche sur ce forum te donnera toutes les informations.

problème traité sur ce forum (ajouter le dossier depuis l'interface web) fais une recherche pour plus d'infos http://www.google.fr/cse?cx=partner-pub-2209903291776077%3A2379678807&ie=UTF-8&q=dlna+r%E9pertoire&sa=Rechercher&siteurl=www.nas-forum.com%2Fforum%2Findex.php%3Fapp%3Dcore%26module%3Dsearch%26do%3Dactive&ref=#gsc.tab=0&gsc.q=dlna%20r%3Fpertoire&gsc.page=1

répondu en mp

ton syno va sur internet ? depuis quels protocoles ?

il te faut paramétrer outlook sur ton smtp. En externe : monnas.racouet.fr et en interne : l'adresse IP de ton syno. blog.racouet.fr CNAME racouet.fr ->OK ftp.racouet.fr CNAME ftp.start.ovh.net -> si ton ftp est chez ovh. Si c'est ton syno, pas bon ftp2.racouet.fr CNAME anonymous.ftp.ovh.net->si ton ftp est chez ovh. Si c'est ton syno, pas bon imp.racouet.fr CNAMEimp.ovh.net -> accès webmail si ton mail est hébergé par ovh. Ce n'est pas le cas jabber.racouet.fr CNAME jab1.start.ovh.net ->serveur jabber si hébergé chez ovh (pas en standard sur syno, mais peut être installé) ox.racouet.fr CNAME ox.ovh.net -> connais pas pop3.racouet.fr CNAME mx.racouet.fr -> OK si mx.racouet.fr est défini en tant que type A sip.racouet.fr CNAME sip1.start.ovh.net -> téléphonie sip smtp.racouet.fr CNAME mx.racouet.fr -> OK si mx.racouet.fr est défini en tant que type A squirrel.racouet.fr CNAME squirrel.ovh.net -> webmail chez ovh vpn.racouet.fr CNAME vpn.start.ovh.net -> vpn chez ovh .racouet.fr SPF v=spf1 include:mx.ovh.com ~all -> spf si ton mail est hébergé chez ovh (pas bon si tu utilises ton syno) il manque l'essentiel : les types A pour ton domaine et pour mx.racouet.fr tu as dû oublier de les mettre...

tu envoies la commande par ssh (après avoir installé la clé publique) : ssh halt ou ssh shutdown -h now tu devrais aussi pouvoir éteindre via samba (depuis linux : net rpc shutdown, depuis windows : je te laisse chercher)

on en a déjà parlé sur ce forum. il faut modifier le fichier main.fr (paramètre mydestination je crois). Une bonne recherche devrait te permettre de trouver.

incroyable ! ils ont donc tellement confiance envers leur connexion internet ou edf ? ou pas peur de perdre leurs messages ? ou alors, ils n'installent mailstation que pour le fun et ne s'en servent pas ! Pour mémoire pour ceux qui ne savent pas : quand on utilise son syno pour gérer ses mails, le syno doit être accessible en permanence pour pouvoir recevoir les mails. Ils ne sont pas stockés chez votre fournisseur de services internet, puisque c'est votre syno qui assure ce service. Si votre syno n'est pas accessible (coupure internet, panne de box ou du syno, arrêt d'un élément réseau...), le serveur expéditeur ne pourra pas remettre le message. Il est possible mais pas certain qu'il essaie à nouveau de transmettre le message (tout dépend de la configuration du serveur), mais dans tous les cas, ces essais auront une fin, plus ou moins rapide. Le service proposé par rodolphe consiste, si votre serveur mail ne répond pas, à fournir un serveur de secours qui va stocker les mails reçus (ils ne seront pas perdus) et tenter de les retransmettre à votre serveur, et ceci pendant une semaine. Cette retransmission peut être faite sur un autre port que le 25, ce qui permet de recevoir les mails de son domaine sur son syno même avec les mauvais fai qui bloquent le port 25 entrant. rodolphe, tu devrais faire un sondage pour savoir combien de membres du forum gèrent les mails de leur domaine avec leur syno

ton script est au format linux ou windows ?

merci, ok, je m'inscris sur le nouveau service !

vérifie que dans tb, le dossier des messages envoyés pointe bien sur le dossier imap du syno (dans paramètres des comptes)

si tu veux que je vérifie ta conf dns, donne ton ndd en mp. A priori ça a l'air bon. Je peux aussi regarder si ton serveur postfix répond bien. tes essais, tu les fais avec roundcube ? vers quels destinataires ? peux tu faire un test en m'envoyant un mail à monpseudo chez libre en france (je te laisse traduire en adresse mail)

qu'as tu sauvegardé ? le dossier /home/utilisateur/.Maildir du nas ou un dossier de ton ordi ?

$ host mail2.racouet.fr ;; connection timed out; no servers could be reached c'est censé être la machine qui gère les mails de ton domaine, mais aucun serveur dns ne répond et donc le nom d'hôte ne peut pas être résolu $ host racouet.fr racouet.fr has address 88.185.58.205 racouet.fr mail is handled by 1 mail2.racouet.fr. $ host 88.185.58.205 205.58.185.88.in-addr.arpa domain name pointer racouet.fr. essaie de donner une version lisible de tes enregistrements dns, pour qu'on puisse t'aider ! mais puisque le nom monnas.racouet.fr est résolu, il suffit que tu mettes pour l'enregistrement MX monnas.racouet.fr à la place de mail2.racouet.fr

salut rodolphe, je ne m'étais pas inscrit au mailbag car j'utilisais ton serveur ns1.deathrock.be en mx secondaire. Je ne sais du coup plus si ça fonctionne encore (exim tourne toujours sur ta machine, mais je ne sais pas si il accepte encore le courrier de mon domaine. Je ne suis probablement pas le seul dans ce cas, comme pionnier de l'usage de ton mx secondaire). Bien entendu, l'usage d'un MX secondaire étant quasi obligatoire quand on héberge son serveur mail sur son syno, je m'inscrirai au mailbag si tu me confirmes que la solution précédente n'est plus active ou que tu ne souhaites plus qu'elle soit utilisée. J'ai du mal à croire que tu ne puisses pas trouver 20 personnes pour ce service, qui est très important pour assurer la délivrance des mails en cas de coupure électrique ou réseau. Peut-être un manque d'information ?

non, le format iso n'est pas un format de streaming multimedia. Il doit donc être ouvert et son contenu diffusé, ce qui est le rôle du serveur.

http://www.nslu2-lin...pdateDoesntWork à mettre dans /opt/etc/ipkg/ ou /opt/etc mais j'ai l'impression que ta manip fonctionnerait si le fichier wgetrc était dans /opt/etc

il suffit de lire... et de taper les lignes décrites, juste la première ligne est incomplète : il faut : mkdir -p /usr/local/etc/ pour l'utilisation de vi, on en a souvent parlé sur ce forum.

ce que tu veux faire nécessite que le syno soit contrôleur de domaine, ce qui n'est pas possible actuellement.