cricx

si tu veux garder la synchronisation des deux répertoires, il faut laisser le --delete. mais c'est toi qui vois !

ce qu'il faudrait, ce que suite à cette régression tout le monde se barre de chez eux. mais dans le fond, ils n'ont pas tort, une box en bridge c'est un modem, et les machines qui sont derrière ne sont plus vraiment protégées... (mais c'est vrai que c'est pareil sur la dmz).

dans son cas, c'est quand même lent... il doit être loin de son point d'accès.

un serveur mail sert à recevoir et à envoyer des mails, pas à récupérer les mails de ton fai ! ceci est fait par d'autres programmes, et nécessite en général l'usage d'un serveur smtp pour (après récupération par le protocole idoine) renvoyer les mails sur ton syno. Tu peux bien entendu utiliser ton propre serveur smtp, celui du syno. mais effectivement, mailstation sait récupérer les mails d'autres comptes (du moins dans les versions récentes de dsm), mais je ne pourrai pas de donner plus d'indications (cette fonction n'est pas présente sur mon syno).

je ne parlais pas de disponibilité mais d'usage incontrôlé depuis internet (si ton bind est ouvert sur internet et configuré pour résoudre les noms de ton domaine + internet, il peut être utilisé à ton insu). En interne, pas de problème ! pour ce qui me concerne, la disponibilité de mon nas est la même que celle du routeur, alors que le dhcp n'est nécessaire qu'au démarrage d'une machine, alors que le nas doit en permanence pouvoir recevoir le courrier. Mais le nas étant derrière le routeur...

personnellement je suis chez bookmyname, j'ai pris un nom de domaine pour 10 ans pour 5.50 € par an, tu peux tout configurer comme il faut, y compris les spf (les types reconnus sont MX A CNAME NS AAAA TXT SRV WKS) j'en suis très content personnellement. bookmyname est une filiale de free.

il te suffit d'intervertir la source et la destination ! rsync -avz -e --delete --exclude='#recycle**' --exclude='@eaDir**' /volume1/ges_ref /volumeUSB2/usbshare/LocalBackup/ges_ref/ [/CODE]

remplace nomuser par root dans nomuser@adresseipserver::Backup

complètement d'accord avec toi ! et le dns local est à peu près la seule solution pour gérer un domaine local (en fait, sur un dd-wrt, les noms définis dans le serveur dhcp sont résolus si le routeur est relais dns, ce qui évite de mettre un serveur dns en +, la seule exception étant la nécessité d'enregistrements spécifiques, par exemple le mx d'un domaine local). pour la performance, ce qui l'améliore vraiment, c'est la présence d'un cache, et le routeur fait ça très bien. pour ce qui est de l'indépendance, c'est un très bon argument ! et il y a un usage pas tout-à-fait inutile (encore que...), c'est de créer des enregistrements dns dans un domaine local pointant sur des ip externes, genre le syno de ton pote qui a une ip fixe, tu lui mets un enregistrement lesynodemonpote.mondomaine.local, ou même avec une ip dynamique en mettant un cname sur son dyndns, mais attention, ça ne marche pas avec les virtualhosts ! Bien sûr, pour un domaine local ça ne marche qu'en local, mais on peut aussi le faire sur un vrai domaine (en ouvrant le dns sur l'extérieur). pour l'ouverture vers l'extérieur de ton dns, attention ! la réserver à son domaine et blinder bind ! je trouve pour l'instant plus sûr d'utiliser le dns du registrar.

non, l'assistant ne sert que pour certains modèles de routeurs et n'est pas obligatoire ! mais par contre, il faut rediriger les ports sur ton routeur ! du moins pour un accès extérieur. si tu n'as pas redirigé tes ports ça ne risque pas de fonctionner (redirige au moins le port 25 pour que ton serveur puisse recevoir des mails, et éventuellement les ports pop, pops, imap ou imaps si tu veux lire ou relever tes mails avec autre chose que roundcube, plus les ports et 443 (pour l'accès à roundcube), 5001 (pour administration du syno). Tu pourras trouver la liste complète des ports sur le site de synology.

Ça serait plutôt tls sur port 25!

Tu fais un rsync en conservant les droits avec un compte user, qui n'a pas le droit de faire cette manipulation. Ça devrait fonctionner avec root.

Faire un mx secondaire sur un syno plutôt qu'un serveur loué (on a tous plus un moins un pote avec un syno qui pourrait faire backup mx)

Pour modifier le fichier, il faut utiliser un éditeur, tu as vi sur le syno. Donc tu fais : vi /usr/syno/mailstation/etc/main.cf Regarde un peu sur internet les commandes de vi. tu peux aussi faire sed -i 's/#relayhost = uucphost/relayhost = smtp.bbox.fr/g' /usr/syno/mailstation/etc/main.cf[/CODE] ça sera plus rapide !

Un serveur mail pour transmettre un mail au domaine destinataire a besoin de savoir quel est le serveur qui s'occupe du courrier. Il fait une requête dns pour ça :quel est le mx (mail eXchanger) pour le domaine. La réponse est le nom du (des) serveur(s). Il fait ensuite une nouvelle requête dns pour résoudre le nom. Il faut donc un enregistrement MX pour le domaine.et un type A pour le serveur. Un cname fonctionne aussi, mais certains serveurs vérifient si c'est un cname (donc ip dynamique). l'enregistrement MX n'est pas un sous domaine mais le nom d'un hôte, en l'occurrence ton serveur de mail ! (même si c'est pareil sur le plan dns, appeler sous-domaine un hôte n'est pas bon, un sous-domaine contient des hôtes, un hôte non). pour répondre à ta question, la config cname peut dans certains cas être suffisante (en fait, si ton nom de domaine pointe sur ton nom dyndns et que le serveur mail expéditeur n'est pas regardant et ne fait pas de requête de type mx). mais dès qu'on s'écarte de la règle (mx pour le domaine pointant sur un type A), on est moins sûr du résultat ! plus d'explications ici : http://rscott.org/dns/mx.html et aussi : "In January 1986, RFC 973 and RFC 974 deprecated the MD and MF records, replaced them with MX, and defined the MX lookup with fallback to A. RFC 974 recommends that clients do a WKS lookup on each MX host to see if it actually supports SMTP and discard the MX entry if it doesn't. However, RFC 1123 changed this to say that WKS should not be checked." Il faut donc un MX.

Toutes les réponses se trouvent sur ce forum! Mais si tu veux qu'on t'aide, dis un peu ce que tu as fait.

C'est une bonne idée, ça complète celui de Rodolphe. Mais en fait, ça serait sympa de le faire sur nos synos

De l'intérieur tu dois mettre unr nom résolu ou l'ip interne, à cause du problème de loopback. De l'extérieur tu mets ton nom de domaine. N'oublie pas de rediriger les ports. Chez moi ça marche, intérieur comme extérieur, sécurisé ou non, à partir de mes ordinateurs ou des smartphones. (bon, je n'ai pas outlook ni live mail, mais thunderbird, sylpheed, kmail sur les pd, k9 sur Android, et la messagerie standard sur iphone.

non, admin n'a aucun droit quand connecté en console, il faut te connecter en tant que root, avec le même mot de passe qu'admin.

mpd c'est mieux

oui, le dns est bien une correspondance nom/IP. mais pour le mail, il faut bien que tu aies une adresse du type tartempion@domaine.fr (à moins que tu veux une adresse mail du type tartempion@125.65.78.12 ce qui n'est pas vraiment facile à retenir et en plus ça risquerait de ne pas fonctionner, car un enregistrement MX est associé à un nom (et de type A en plus) et pas à une IP. le dns permet plus de choses, par exemple d'héberger plusieurs sites sur un même serveur (au niveau du dns, tous les nom pointeront vers la même IP, mais le serveur web pourra distinguer sous quel nom on l'a appelé et délivrer les pages correspondantes [virtualhost]. Le serveur web est même capable, à l'aide d'une extension [mod_proxy], de rediriger vers un autre serveur et/ou un autre port un nom particulier. et pour un serveur mail, pour éviter le spam, la plupart des serveurs smtp font un certain nombre de vérifications : domaine existant, reverse dns pointant sur le nom...

en fait, tu n'as pas résolu ton problème, mais tu l'as contourné. tu n'utilises pas ton serveur postfix pour envoyer les mails depuis roundcube, mais celui de bouygues. ton serveur mail ne sert donc qu'à recevoir les mails. et les mails passent toujours par le serveur smtp de bouygues, même pour un envoi sur un compte local (un exemple, chez moi mes mails et ceux de ma femme sont gérés par mon serveur smtp sur mon syno en envoi et réception. si elle m'envoie un mail, il ne sort pas de chez moi et m'est délivré immédiatement. Dans ton cas, si tu envoies un mail à ta moitié, le mail sort de chez toi, va chez bouygues, ppuis revient sur ton serveur postfix qui le délivre à dovecot, qui va te permettre de le lire. Si le mail fait 30 mégas, ça sera très long (d'ailleurs ça ne marchera même pas, bouygues n’accepte pas des mails de cette taille). il serait préférable que tu configures postfix pour utiliser le smtp de bbox comme relais, il ne l'utilisera que pour transmettre les mails en dehors de ton domaine, ceux de ton domaine seront traités localement (c'est très simple, il suffit de modifier le fichier /usr/syno/mailstation/etc/main.cf et de mettre après #relayhost = $mydomain #relayhost = [gateway.my.domain] #relayhost = [mailserver.isp.tld] #relayhost = uucphost #relayhost = [an.ip.add.ress] la ligne relayhost = smtp.bbox.fr et de redémarrer postfix avec la commande /usr/syno/mailstation/sbin/postfix restart[/code]

comment veux-tu pouvoir recevoir des mails sur ton syno sans nom de domaine ? Il te faut un nom de domaine, au moins de type no-ip (il faut qu'il puisse accepter les enregistrement MX) le paramétrage de mailstation se résume à mettre son nom de domaine... il te manque un prérequis !

en général, le port 25 en direction du smtp de ton fai n'est pas bloqué (ou au pire, le serveur smtp utilise le port 587 qui lui n'est pas bloqué). Tu peux donc utiliser le smtp de ton fai comme relais (on en a parlé souvent sur ce forum, cherche relayhost). Tu peux aussi relayer vers un smtp authentifié comme gmail. Par contre, impossible de faire du direct mx, mais en général pour les ip dynamiques résidentielles c'est plutôt un avantage, souvent les mails étant catégorisés en tant que spam en direct mx.

demande à ton fai, ou regarde dans l'interface de gestion de la bbox. tu peux aussi chercher sur internet pour voir si bouygues bloque le port 25 sortant.