cricx

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.

l'architecture du 211+ est très nettement supérieure à celle du 710+, on sait depuis longtemps que l'architecture ARM (risc) est meilleure qu'intel, notamment en matière de rapport consommation/puisance. le seul avantage de l'architecture intel c'est qu'on la trouve partout, du pc au mac, du plus petit au plus gros, et qu'on trouve pratiquement tous les systèmes sur i386. ça s'arrête là ! j'ai moi aussi un nas basé sur un intel (d510), mais par obligation, impossible de trouver des cartes mère abordables pour arm (et plus difficile de trouver des distribs linux ou bsd pour arm, quant à windows, il ne sait même pas que ça existe, à part sur les mobiles)

le logiciel de téléchargement n'étant pas le même dans les deux cas, je doute qu'on puisse utiliser les fichiers temporaires de ton pc pour les mettre sur ton syno pour continuer les téléchargements. finis les sur ton pc, et mets les nouveaux sur le syno. j'espère que ce que tu télécharges est légal !

tu peux commencer par lire la doc de synology ! http://ukdl.synology.com/ftp/packages/UserGuide/MailStation_enu.pdf elle doit bien aussi exister en français, je te laisse chercher.

oups, j'ai oublié de préciser le port ! la commande est effectivement telnet smtp.free.fr 25 j'utilise toujours cette commande pour tester un serveur smtp, exemple : telnet smtp.orange.fr 25 Trying 193.252.22.86... Connected to smtp.orange.fr (193.252.22.86). Escape character is '^]'. 220 mwinf5d50 ME ESMTP server ready ehlo cricx 250-mwinf5d50 hello [62.147.xx.xx], pleased to meet you 250-HELP 250-AUTH LOGIN PLAIN 250-SIZE 44000000 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 OK là je peux constater que mon port 25 sortant n'est pas bloqué, puisque je fais un telnet sur un serveur d'un autre fai que le mien. merci à toi d'avoir relevé l'erreur ! on peut bien sûr tester avec nmap, mais on n'aura que l'ouverture du port : nmap -p 25 smtp.orange.fr Starting Nmap 4.76 ( http://nmap.org ) at 2011-08-29 22:09 CEST Warning: Hostname smtp.orange.fr resolves to 2 IPs. Using 193.252.22.86. Interesting ports on smtpauth.wanadoo.fr (193.252.22.86): PORT STATE SERVICE 25/tcp open smtp Nmap done: 1 IP address (1 host up) scanned in 0.40 seconds

quel serveur d'envoi de mail utilises-tu avec roundcube ? as-tu testé sur plusieurs domaines mail (en évitant hotmail et yahoo qui filtrent sévèrement) ? pour le MX, ça concerne la réception des mails, pas l'envoi. es-tu sûr que le port 25 sortant est ouvert ? (tu peux tester en faisant depuis ton pc un telnet vers un serveur de messagerie externe, par exemple telnet smtp.free.fr telnet smtp.free.fr 25 si le serveur répond, c'est que le port 25 n'est pas bloqué.

La commande ldd est ton amie. Tu as quelques explications sur les liens suivants : http://doc.fedora-fr.org/wiki/Utilisation_de_chroot http://smhteam.info/wiki/?wiki=ChrooterUnUtilisateur

ce sont les mêmes tant que tu n'as rien modifié. les valeurs par défaut sont celles qui sont rétablies. il faut modifier les valeurs par défaut pour que les modifications deviennent permanentes */5 * * * * root /volume1/isa/root_perso/test.sh 2>&1 >>/volume1/isa/root_perso/sauvegarde.log[/CODE] devrait lancer l'exécution tous les 5 minutes et pas tous les 1h05