bugs denis

@firlin Oui c'est bien ce que je voulais dire un seul à l'arrière et un seul à l'avant, alors que les autres en ont plusieurs à l'arrière et éventuellement un en façade @capitainealbator Oui un hub peut faire l'affaire mais il doit lui aussi être alimenté sur l'onduleur et par conséquent aussi les autres périphériques s'ils sont auto alimentés

Le 918+ est tentant, mais il y a un gros manque : il n'y a qu'un port USB à l'arrière. Avec un onduleur connecté (envoi des données d'autonomie) il n'y a plus de port dispo ... dommage, surtout que le 218+ et 718+ en ont trois (2 arrières et un avant)

J'ai fait l'essai et c'est concluant : root@DS111:/usr/syno/etc/packages# chmod 755 MailServer root@DS111:/usr/syno/etc/packages# ls -l drwxr-xr-x 2 root root 4096 Sep 20 2016 HyperBackupVault drwxr-xr-x 2 root root 4096 Jun 23 2012 iTunesServer drwxr-xr-x 5 root root 4096 Aug 21 21:36 MailServer drwxr-xr-x 2 MailStation MailStation 4096 Jun 23 2012 MailStation drwxr-xr-x 2 root root 4096 Feb 26 15:34 MariaDB Et dans MailServer root@DS111:/usr/syno/etc/packages/MailServer# chmod 700 dkim.key root@DS111:/usr/syno/etc/packages/MailServer# ls -l total 64 -rw-r--r-- 1 root root 6144 Oct 18 2016 alias.db -rw-r--r-- 1 root root 3072 Oct 20 2015 attachment_filter.db drwx------ 2 root root 4096 Aug 6 00:37 dkim.key -rw-r--r-- 1 root root 17408 Aug 21 21:36 log_statistic.db -rw-r--r-- 1 root root 1639 Aug 20 18:02 mailserver.conf -rw-r--r-- 1 root root 10240 Oct 20 2015 mailserver.db drwxrwxrwx 2 root root 4096 Nov 11 2012 OldConf drw-r--r-- 2 root root 4096 Oct 1 2013 rules -rw-r--r-- 1 root root 44 Aug 20 18:02 spamlist.conf Et dans dkim.key j'ai laissé ceci (soit un chmod 600) root@DS111:/usr/syno/etc/packages/MailServer# ls -l dkim.key total 8 -rw------- 1 root root 887 Aug 6 00:37 dkim.private -rw------- 1 root root 272 Aug 6 00:37 dkim.public Ej je suis d'accord avec toi @Fenrir L'installation (ou re-installation) de MailServer est foireuse les droits corrects ne sont pas attribué lors de l’installation Et petit update pour ceux qui comme moi qui doivent passer par le relay SMTP orange, voici le SPF qui va bien (super score sur https://www.mail-tester.com/ Les ip4 viennent de https://www.whatsmydns.net/#A/smtp.smtpout.orange.fr "v=spf1 mx a:mail.XXXXXXX.fr ip4:80.12.242.123 ip4:80.12.242.124 ip4:80.12.242.125 ip4:80.12.242.126 ip4:80.12.242.127 ip4:80.12.242.128 ip4:80.12.242.129 ip4:80.12.242.130 ip4:80.12.242.131 ip4:80.12.242.132 ip4:80.12.242.133 ip4:80.12.242.134 ~all" Encore plus court "v=spf1 mx a:mail.XXXXX.fr ip4:80.12.242.124/29 ip4:80.12.242.128/29 ~all" j'ai trouvé ça en bidouillant

J'ai vu une information sur le web, https://forum.synology.com/enu/viewtopic.php?t=90449&start=15#p381439 Ce soir j'essaie ce chmod 755 pour MailServer. Actuellement chez moi c'est RWX pour les Owner Group et User, et c'est le seul package dans ce cas

Ca ne marche plus, j'ai de nouveau l'erreur Et voici les droits root@DS111:/usr/syno/etc/packages/MailServer# ls -l dkim.key total 8 -rw------- 1 root root 887 Aug 6 00:37 dkim.private -rw------- 1 root root 272 Aug 6 00:37 dkim.public root@DS111:/usr/syno/etc/packages/MailServer# ls -l total 64 -rw-r--r-- 1 root root 6144 Oct 18 2016 alias.db -rw-r--r-- 1 root root 3072 Oct 20 2015 attachment_filter.db drwx------ 2 root root 4096 Aug 6 00:37 dkim.key -rw-r--r-- 1 root root 17408 Aug 20 14:36 log_statistic.db -rw-r--r-- 1 root root 1639 Aug 20 18:02 mailserver.conf -rw-r--r-- 1 root root 10240 Oct 20 2015 mailserver.db drwxrwxrwx 2 root root 4096 Nov 11 2012 OldConf drw-r--r-- 2 root root 4096 Oct 1 2013 rules -rw-r--r-- 1 root root 44 Aug 20 18:02 spamlist.conf J'ai regardé sur le net et j'ai vu ceci Make sure the ownership, permissions and contents on /etc/opendkim are correct by running the following commands: cd /etc chown -R opendkim:opendkim /etc/opendkim chmod -R go-rw /etc/opendkim/keys systemctl restart opendkim You should not get error messages, but if you do, use: systemctl status -l opendkim Cela dit quand je fait un cat /etc/Passwd il n'y a pas de user opendkim

J'ai essayé mais la commande ne passe pas root@DS111:/usr/syno/etc/packages/MailServer/dkim.key# chown -R u+rwX,g-rwx,o-rwx /usr/syno/etc/packages/MailServer/dkim.key chown: invalid user: âu+rwX,g-rwx,o-rwxâ C'est un chown ou un chmod qu'il faut faire ?

Merci pour ton aide Fenrir Et il y a un deuxième point commun avec @pascalou59 le dossier OldConf ... A croire qu'une vieille insatll seme la zizanie Voici le résultat root@DS111:/volume1/@appstore/MailServer/etc/template# ls -l /usr/syno/etc/packages/ total 168 .................................... drwxr-xr-x 2 root root 4096 Sep 20 2016 HyperBackupVault drwxr-xr-x 2 root root 4096 Jun 23 2012 iTunesServer drwxrwxrwx 5 root root 4096 Aug 19 23:56 MailServer drwxr-xr-x 2 MailStation MailStation 4096 Jun 23 2012 MailStation drwxr-xr-x 2 root root 4096 Feb 26 15:34 MariaDB.... root@DS111:/volume1/@appstore/MailServer/etc/template# ls -l /usr/syno/etc/packages/MailServer/ total 64 -rw-r--r-- 1 root root 6144 Oct 18 2016 alias.db -rw-r--r-- 1 root root 3072 Oct 20 2015 attachment_filter.db drw-r--r-- 2 root root 4096 Aug 6 00:37 dkim.key -rw-r--r-- 1 root root 17408 Aug 19 23:56 log_statistic.db -rw-r--r-- 1 root root 1639 Aug 19 21:13 mailserver.conf -rw-r--r-- 1 root root 10240 Oct 20 2015 mailserver.db drwxrwxrwx 2 root root 4096 Nov 11 2012 OldConf drw-r--r-- 2 root root 4096 Oct 1 2013 rules -rw-r--r-- 1 root root 44 Aug 19 21:13 spamlist.conf root@DS111:/volume1/@appstore/MailServer/etc/template# ls -l /usr/syno/etc/packages/MailServer/dkim.key/dkim.* -rw------- 1 root root 887 Aug 6 00:37 /usr/syno/etc/packages/MailServer/dkim.key/dkim.private -rw------- 1 root root 272 Aug 6 00:37 /usr/syno/etc/packages/MailServer/dkim.key/dkim.public Pour le RequireSafeKeys, J'ai fait le grep avant pour voir comment c'était codé avant modification root@DS111:/volume1/@appstore/MailServer/etc/template# grep RequireSafeKeys /volume1/@appstore/MailServer/etc/template/opendkim.template ## RequireSafeKeys { yes | no } # RequireSafeKeys Yes J'ai donc mis RequireSafeKeys No Après un reboot j'ai pu envoyé le message avec validation DKIM

Pour me donner bonne conscience j'ai fait une desinstall/reinstall et le probième persiste. Je n'ai pas trouvé où sont situés le logs, le suis une buse en linux. Dans Mail Server on peut voir des logs et on dirait que la clef n'est pas accessible 2017-08-19T21:13:26+02:00 DS111 postfix/postmap[19502]: warning: /var/packages/MailServer/target/etc/header_checks, line 1: record is in "key: value" format; is this an alias file? 2017-08-19T21:13:28+02:00 DS111 postfix[19504]: Postfix is running with backwards-compatible default settings 2017-08-19T21:13:28+02:00 DS111 postfix[19504]: See http://www.postfix.org/COMPATIBILITY_README.html for details 2017-08-19T21:13:28+02:00 DS111 postfix[19504]: To disable backwards compatibility use "postconf compatibility_level=2" and "postfix reload" 2017-08-19T21:13:28+02:00 DS111 postfix/postfix-script[19516]: refreshing the Postfix mail system 2017-08-19T21:13:29+02:00 DS111 postfix/master[19170]: reload -- version 3.0.0, configuration /var/packages/MailServer/target/etc 2017-08-19T21:13:33+02:00 DS111 opendkim[18552]: OpenDKIM Filter: mi_stop=1 2017-08-19T21:13:33+02:00 DS111 opendkim[18552]: OpenDKIM Filter v2.10.0 terminating with status 0, errno = 0 2017-08-19T21:13:34+02:00 DS111 opendkim[19537]: OpenDKIM Filter v2.10.0 starting () 2017-08-19T21:16:52+02:00 DS111 postfix/smtpd[20031]: connect from LFbn-1-XXXXXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6] 2017-08-19T21:16:52+02:00 DS111 postfix/smtpd[20031]: Anonymous TLS connection established from lfbn-1-XXXXXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6]: TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits) 2017-08-19T21:16:52+02:00 DS111 postfix/smtpd[20031]: ECFFF101664: client=LFbn-1XXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6], sasl_method=PLAIN, sasl_username=Denis 2017-08-19T21:16:52+02:00 DS111 postfix/cleanup[20060]: ECFFF101664: message-id=<29af7fa5-82e3-3bd6-7fa0-2cb156375b44@XXXXXXX.fr> 2017-08-19T21:16:53+02:00 DS111 opendkim[19537]: mailkey._domainkey.XXXXXXX.fr: key data is not secure: /usr/syno/etc/packages/MailServer can be read or written by other users 2017-08-19T21:16:53+02:00 DS111 opendkim[19537]: ECFFF101664: error loading key 'mailkey._domainkey.XXXXXXX.fr' 2017-08-19T21:16:53+02:00 DS111 postfix/cleanup[20060]: ECFFF101664: milter-reject: END-OF-MESSAGE from LFbn-1XXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6]: 4.7.1 Service unavailable - try again later; from=<denis@XXXXXXX.fr> to=<d.XXX@free.fr> proto=ESMTP helo=<[192.168.1.40]> 2017-08-19T21:16:55+02:00 DS111 postfix/smtpd[20031]: disconnect from LFbn-XXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6] ehlo=2 starttls=1 auth=1 mail=1 rcpt=1 data=0/1 quit=1 commands=7/8 Voici le répertoire où devrait se trouver la clef la clef privée est bien celle visible dans Mail Server et dans mon entrée sur le DNS root@DS111:/usr/syno/etc/packages/MailServer/dkim.key# ls -al total 16 drw-r--r-- 2 root root 4096 Aug 6 00:37 . drwxrwxrwx 5 root root 4096 Aug 19 21:13 .. -rw------- 1 root root 887 Aug 6 00:37 dkim.private -rw------- 1 root root 272 Aug 6 00:37 dkim.public root@DS111:/usr/syno/etc/packages/MailServer/dkim.key#

Voici ce que donne le ps aux root@DS111:~# ps aux | awk '{print $11}' | sort -u > /tmp/sansdkim root@DS111:~# ps aux | awk '{print $11}' | sort -u > /tmp/avecdkim root@DS111:~# diff --suppress-common /tmp/sansdkim /tmp/avecdkim 9d8 < /bin/bash 15a15,18 > dovecot/auth > dovecot/config > dovecot/imap > dovecot/imap-login 16a20 > dovecot/ssl-params 95d98 < [SYNO.Core.Polli] 98d100 < synoscgi_SYNO.Finder.FileIndexing.Status_1_get 135d136 < /usr/syno/sbin/synopkgctl 144a146 > /var/packages/MailServer/target/sbin/opendkim 148a151 > /var/packages/MailServer/target/usr/bin/memcached 152d154 < /var/packages/SynoFinder/target/tool/appindex

Bonjour à tous, J'ai tenté de me créer un serveur mail en suivant les différent tutos et je bute sur ce DKIM qui ne fonctionne pas seulement avec un client mail (thunderbird Android) st uniquement lorsque DKIM est activé, SPF seul fonctionne parfaitement. mon FAI est Orange et mon domaine est enregistré chez OVH, pas d'hébergement chez eux Voici l'erreur Voici mon DynDNS chez OVH Et ma zone DNS Et voici ma config mailserver Où ai-je raté ma config, J'ai cherché sur le net mais je n'ai pas trouvé . J'ai essayé d'envoyer un message depuis Mail Station avec DKIM activé ça marche sauf qu'en faisant le test http://www.dkimvalidator.com/ la validation ne se fait pas, pas de DKIM ! Merci pour vos lumière

Bonjour, j'ai fait le test et cela ne fonctionne pas, même en indiquant un numéro de port. J'ai fait un test avec un site présent de reverse proxy pointant sur un autre port et cela ne fonctionne pas, normal, mais le message d'erreur est très intéressant il me dit que le site est déjà utilise dans mon client est que je doit utilisé celui qui existe déjà ... J'ai regardé dans la config du client windows (C:\Users\xxxxx\AppData\Local\CloudStation\data\db\sys.sqlite) et j'ai découvert que le site est bien indiqué mais que l'IP numérique est indiqué. Je parie que le client l'utilise l'adresse IP numérique pour faire la connexion.

Merci pour cet excellent tuto. Pour le blocage automatique des adresses IP, J'ai eu il y a quelque mois une tentative d'intrusion très discrète, une tentative toutes les 20 minutes, j'ai étendu l’intervalle à 24 heures et permanente et une adresse en white list Petite question, est il possible de faire du reverse proxy avec cloudstation pour le pas exposer le port 6690 ?

Bonsoir à tous Il y a un déploiement en cours d'un nouveau firmware des Livebox Play (Sagem Livebox 3) la nouvelle version est SG30_sip-fr-5.12.13.1.Celle version utilise l'utilisation du port 1701. J'ai fait le test et cela fonctionne je peux me connecté en L2TP/IPSec PSK. Pour les utilsateur de Windows, il faut faire une modification dans la base de registre. Sur un Galaxy S3 cela fonctionne aussi Pour modif de la base de registre, c'est ici http://www.nas-forum.com/forum/topic/42629-vpn-en-l2tp-ipsec-windows-78/?page=1

J'ai le même soucis avec la dernière version du cloudstation mais avec le DSM 4.1 J'ai essayé la resynchronisation mais cela n'est pas la solution, parfois ça marche parfois pas et j'ai 9Go dans le répertoire partagé. J'ai remarqué que le Home/cloudstation fonctionne parfaitement,c'est le(s) autre dossier qui pose problème J'ai un DS710+

Tvheadend a été mise à jour Chez moi cela fonctionne bien mieux, les chaînes sont reconnues et mappée. Le seul problème est qu'il m'est inpossible de revarder la TV en direct, le player VLC est noir. En cherchant l'adressede la chaîne via la config je peux voir laTV mais j'ai un message d'insulte, un format undf (undefined je suppose) j'est pas reconnue. En regardant en détail, cela semble être les sous-titres

J'ai aussi le même problème, le service son bien là mais pas comme chaîne. Dans l'onglet des service le "Lire" lance bien une fenêtre VLC ou rien se se passe. Dans VLC il est possible d'ouvrir le flux avec l'adresse indique (du "Lire" précédent) et il est possible de voir l'émission. J'en déduit que la clef fonctionne Comment faire pour que les chaînes soit correctement détectées ? Merci d'avance

Pour le versionning, j'a trouvé "une limitation", je ne sais pas si c'est un bug, il n'est possible d'explorer les versions avec le compte utilisateur uniquement sur le dossier home. Seul l'admin peut explorer les versions sur un dossier partagé dans CloudStation

J'ai aussi trouvé par hasard qu'un DX213 était dans les produit à sortir http://www.synology.com/support/faq_show.php?lang=enu&q_id=408, regardez bien .... DX513/DX510/DX213 google me trouve les infos http://www.dabs.com/products/synology-dx213-2-bay-nas-expansion-unit-87HH.html http://www.mobile-harddisk.nl/synology-dx213-2x-3525-sata-uiteiding-voor-oa-ds712-en-ds1512-p-2340.html?language=en http://www.shop.bt.com/content/uni2/documentation/87hh/synology_dx213_data_sheet_enu.pdf

C'est une excellente nouvelle. Le problème avec le support Synology est sa localisation le décalage horaire rend la communication difficile, c'est une question et une réponse pas jour

Extrait de l'aide ligne Gérer des fichiers Cloud Station avec File Station Les fichiers Cloud Station sont enregistrés dans votre dossier home/CloudStation. Vous pouvez parcourir et télécharger des fichiers Cloud Station (ou leurs versions antérieures) avec File Station. Pour gérer les fichiers Cloud Station : Allez à Menu principal > File Station, puis naviguez à home/CloudStation. Cliquez-droit sur le fichier puis choisissez Parcourir les versions précédentes. Ici vous pouvez voir et télécharger les versions précédentes du fichier. Gérer les fichiers supprimés Cliquez sur Corbeille sur le panneau de gauche pour gérer des fichiers Cloud Station supprimés. Pour gérer les fichiers supprimés dans la corbeille : Sélectionnez le fichier que vous voulez gérer. Choisissez l'un des éléments suivants dans le menu déroulant Action : Parcourir les versions précédentes : Voyez et téléchargez les versions précédentes du fichier. Télécharger : Téléchargez le fichier supprimé. Supprimer définitivement : Supprimez le fichier de la corbeille. Remarque : Vous ne pourrez pas récupérer les fichiers qui sont supprimés de façon permanente. Procédez avec prudence.

Bonsoir à toutes et à tous. Le week en dernier, j'ai eu le même problème avec le RAID5 Cassé avec 3 disques non initialisé, certainement à cause d'un problème électrique bien que j'ai un onduleur, mas cela doit être confirmer, mais passons sur la cause problème. Dimanche j'ai passer une partie de la l'après midi pur savoir comment me dépatouiller de ce problème et surtout comprendre que le support Synology peut et sait résoudre ces problèmes Dimanche soir : demande d'assistance faite chez Synology Lundi : Rien ... c'est flippant mais bon, l'impatience est là Mardi midi : réponse du support, me proposant l'accès à distance avec ouverture des port, mot de passe temporaire. n'étant pas un foudre de guerre coôté réseau, les instructions sont claires et le moyen de tester l'ouverture des port simple Mardi soir : Config du routeur, du Syno faite et testées ... et désactivation du bip pour le RAID cassé Mercredi matin : Tient, un petit bip du Syno me sort de la torpeur matinale. Toujours en pyjama je jette un oeuil une heure plus tard, tout est en order de marche Mercredi Message de synology me dit que c'est réparer avec quelques conseils Elle est pas belle la vie ? Comme quoi le support Syno est efficace et qu'il n'est pas nécessaire de se faire des noeuds au cerveau, il savent résoudre les problèmes et vite

J'ai eu une réponse du support Synology Traduction : arrêt impossible avec le bouton d'un DS710+ quand il y a un DX510

Mais pourquoi l'arrêt conctionne correctement via de DSM (ou un poweroff via SSH) et pas par le bouton on/off ?

7% sur le produit Synology chez LDLC http://e-mailing.ldlc.com/bess/pub?id=-1:gyy5fgqh:1:1&nccvq=&RZNVY=ohtf.qravf@serr.se

Hoegard, quand tu parles de reset, du reset de quoi parles tu, celui de DS710 ou du DX510 ? J'ai fait un essai avec le DX510 débranché, et l'arrêt se passe correctement.