folo

Bonjour à tous, Je relance ce sujet ! Je n'avais pas remarqué ce problème avant les dernières MAJ en version 7.1... Quelqu'un aurait-il l'information concernant ce gros problème car désormais les membres de la famille n'ont plus accès à la vue chronologie sur la partie espace partagé alors que c'est indispensable de garder cette possibilité ! Pourquoi avoir enlevé une telle option par défaut et ne pas permettre au moins de pouvoir activer cette possibilité pour certains utilisateurs... Bref, malgré toutes mes recherches, je n'ai rien trouvé sur le centre de connaissance de synology !?? Si quelqu'un pouvait nous aider sur ce sujet ce serait top ; )

Bonjour, Avant tout, j'en profite pour souhaiter à tous mes meilleurs voeux pour cette nouvelle année 2022 ! Avec la nouvelle version DSM 7, je me suis lancé pour installer PLEX via le dernier paquet plex pour synology ! Aucun problème particulier pour l'installation, bien que j'ai eu les difficultés habituelles au départ pour donner les droits aux dossier de partage des vidéos et de musique via Plex ! En mettant les bons droits via le groupe utilisateur PlexMediaServer en cochant bien en lecture écriture, cela a ensuite bien fonctionné pour permettre l'accès aux vidéo et musique disponibles sur le serveur Nas. En revanche, et c'est surtout pour ça que j'ai voulu installer plex, c'est de pouvoir accéder à toutes les photos du dossier partagé photos utilisé par la nouvelle application Synology photo. Or, je sais que cette application a une ancienne tendance à fonctionner avec les droits utilisés comme avant par photo station avec des droits selon les utilisateurs... cependant, malgré la création d'utilisateur ayant pour compte le même nom que mon compte Plex et autre groupe user PlexMediaServer ... J'ai mis tous les droits possibles pour permettre à l'application photo d'être autorisé à lire et écrire des données sur ses dossiers partagés... mais malgré toutes mes diverses configurations et très longues recherches sur le forum, personne ne parle de cette possibilité d'accès aux photos par Plex !? Faut-il créer des liens relatifs redirigeant vers des dossiers autres que le dossier photo par défaut qui semble poser des problème de droits d'accès où y a-t-il une configuration bien précise à mettre en place sur le serveur où sur Plex (compte à configurer d'une certaine façon, configuration d'accès sans authentification pour accès via réseau local... ?)? N'étant pas un spécialiste de Plex, pourriez-vous me donner des pistes voire solutions simples et assez claires permettant l'accès à mes photos via le réseau local ? Merci d'avance pour votre aide chers synologistes ; ) Bien aimablement, Folo.

OK impec ça fonctionne ! ... j'ai eu cette idée mais je n'avais pas trouvé le serveur DHCP dans la sélection des applications ... j'ai été un peu trop vite en fait Merci beaucoup ! @+

Bonjour Piwi, Voici les règles du pare feu que j'utilise actuellement ci-dessous mais j'ai essayé déjà plusieurs configurations différente en utilisant que le sous réseau 192.168.1.0 / 255.255.255.0 Voici également la config du serveur DHCP ! Merci d'avance pour ton ou votre aide

Bonjour, Excusez moi de détérer ce vieux sujet mais c'est excatement ce que j'ai voulu faire mais ensuite mes machines avec attribution automatique d'IP n'arrivent plus à avoir d'IP et n'ont plus accès au réseau ni à internet ! En effet, c'est actuellement mon syno qui fait office de serveur DHCP et j'ai l'impression qu'en activant ces règles de pare feu cela bloque le boulot du serveur DHCP ! En effet, si je configure manuellement les IP de mes machines alors cela fonctionne de nouveau ! Pourquoi cette règle de pare feu sur le réseau bloquerait le travail du serveur DHCP puis que ce dernier est bien autoriser à travailler sur cette plage d'adresse du réseau (192.168.1.X) ? Merci d'avance pour votre aide svp.

Bonjour, Il serait intéressant de développer une application cliente de cloudstation pour android ... quand on voit l'ampleur de ce système qui fonctionne de plus en plus sur nos smartphone et tablette.

En effet ! Ce service peut s'avérer très intéressant et pratique mais cela peut être aussi limite niveau sécurité de données privées.

Bonjour, Le caldav du syno fonctionne très très bien mais je l'utilise avec sunbird qui est quasiment la même version que lightning. Il faut bien créer des agendas via le réseau en indiquant le chemin du serveur caldav ... par contre j'ai constaté après multiples essais qu'il fallait d'abord créer ces calendriers réseau à partir de l'iphone sous Ical sinon par la suite ça ne fonctionne pas bien ! Une fois le calendrier créer depuis l'iphone, il n' y plus de pb pour modifier ajouter des évènements depuis n'importe quel autre PC et ça se synchronise parfaitement sur mes 3 terminaux : 2 PC sous sunbird et mon iphone !! Bon courage pour la suite mais je te garantie que le caldav du syno fonctionne parfaitement bien.

Bonjour, Une précision importante ! je me suis rendu compte qu'il fallait impérativement créer un premier évènement via l'iphone sous ical pour que sunbird soit ensuite en mesure de lire correctement les évènement sous compte caldav sinon il ne lit aucun évènement. Ensuite aucun problème de n'importe quel PC pour ajouter ou modifier des évènements. Je pense que sunbird n'arrive pas à créer un fichier ics conforme au caldav lorsque l'on passe par la création d'un agenda justement de type caldav uniquement. Surement un bug ! Beaucoup d'amélioration encore à faire pour Sunbird mais sinon une fois compris ce bug ça fonctionne plutôt bien !!

Salut ! Merci pour le tuto ... J'avais déjà testé avant mais je m'étais embrouillé avec la création d'un agenda au format ics ou caldav ! J'avais donc pas mal de problème ! Mais en choisissant bien de créer via le réseau un compte caldav c'est vraiment très pratique car on peut ajouter depuis un iphone et modifier de n'importe quel autre pc Fonctionne vraiment bien ce nouveau service !

Merci beaucoup cricx pour ta réponse ! J'ai retourné le pb dans tous les sens mais toujours le même souci ! En fait quand je te parle des 2 syno c'est parce que le serveur mail était sur le 107+ et que ça ne fonctionnait plus donc je me suis dis que si ça venait de lui alors je pouvais essayer de configurer sur le 710+ en refaisant toute la config réseau des ports natés vers ce dernier ! Le port 25 est naté vers mon syno avec mailstation 2 au fait ainsi que les ports 110 , 993 et 143 pour la réception. Malgré toutes mes modifications et vérifications je n' y arrive toujours pas donc ... vu que j'ai une sauvegarde complète des 2 synos je préfère carrément perdre du temps à tout réinstaller plutôt qu'à passer tout mon temps à chercher sans résultat : je n'ai malheureusement pas assez de temps pour ça ! Je réinstalle donc le tout avec d'ailleurs le nouveau firmware de synology et le dernier spk de mailstation2 : on verra si ça repart ou pas correctement et si ce n'est pas le cas alors ça voudra dire que j'ai une merde soit avec ma config réseau au niveau routage et ports soit un pb avec mon hébergeur 1&1 mais j'ai vérifié la config pour le serveur mail de mon frangin et j'ai exactement la même config que lui mais lui ça marche nickel !! Merci encore et je vous fais mon retour dès que j'ai tout réinstallé !! @ bientôt. Folo.

En effet mon explication n'est pas très clair alors je vais donner des exemples mais je pense que tu as bien saisis mon problème tout de même : par exemple l'envoi de mail depuis mon mail perso de mailstation2 vers laposte.net fonctionne très bien aussi bien via mon serveur smtp perso qu' avec le smtp de free ! ensuite si je répond depuis une adresse mail laposte.net en utilisant bien le smtp de mon seveur perso = réception OK en revanche si je fais excatement la même chose mais en utilisant le serveur smtp de free (je suis chez free au fait !) = réception NOK alors que l'envoi est bien parti et pas de message en retour m'indiquant qu'il y a eu un pb de destinataire. Pour ce qui est de fetchmail après reboot de mon 710+ voilà le résultat : PID USER VSZ STAT COMMAND 1 root 2440 S init 2 root 0 SW [kthreadd] 3 root 0 SW [migration/0] 4 root 0 SW [ksoftirqd/0] 5 root 0 SW [migration/1] 6 root 0 SW [ksoftirqd/1] 7 root 0 SW [events/0] 8 root 0 SW [events/1] 9 root 0 SW [khelper] 14 root 0 SW [async/mgr] 104 root 0 SW [sync_supers] 106 root 0 SW [bdi-default] 107 root 0 SW [kintegrityd/0] 108 root 0 SW [kintegrityd/1] 109 root 0 SW [kblockd/0] 110 root 0 SW [kblockd/1] 111 root 0 SW [kacpid] 112 root 0 SW [kacpi_notify] 113 root 0 SW [kacpi_hotplug] 217 root 0 SW [ata/0] 218 root 0 SW [ata/1] 219 root 0 SW [ata_aux] 221 root 0 SW [kseriod] 258 root 0 SW [rpciod/0] 259 root 0 SW [rpciod/1] 289 root 0 SW [kswapd0] 290 root 0 SW [nfsiod] 928 root 0 SW [scsi_eh_0] 930 root 0 SW [scsi_eh_1] 932 root 0 SW [scsi_eh_2] 934 root 0 SW [scsi_eh_3] 936 root 0 SW [scsi_eh_4] 938 root 0 SW [scsi_eh_5] 963 root 0 SW [scsi_eh_6] 965 root 0 SW [scsi_eh_7] 993 root 0 SW [kstriped] 1002 root 0 SW [md0_raid1] 1008 root 0 SW [md1_raid1] 1100 root 0 SW [jbd2/md0-8] 1101 root 0 SW [ext4-dio-unwrit] 1102 root 0 SW [ext4-dio-unwrit] 1991 root 0 SW [ksuspend_usbd] 2007 root 0 SW [khubd] 2042 root 0 SW [ksnapd] 2067 root 0 SW [crypto/0] 2068 root 0 SW [crypto/1] 2208 root 0 SW [ecryptfs-kthrea] 2344 root 2440 S /sbin/syslogd -S 2346 root 2440 S /sbin/klogd 3043 root 0 SW [md2_raid1] 3150 root 0 SW [kdmflush] 3177 root 0 SW [kdmflush] 3545 root 10664 S < /usr/syno/bin/findhostd 3565 root 0 SW [jbd2/dm-1-8] 3566 root 0 SW [ext4-dio-unwrit] 3567 root 0 SW [ext4-dio-unwrit] 3588 root 0 SW [flush-253:1] 3761 admin 32700 S /usr/syno/pgsql/bin/postgres -D /var/services/pgsql --config_file=/usr/syno/pgsql/etc/postgresql.conf - 3765 admin 32832 S postgres: writer process 3766 admin 32700 S postgres: wal writer process 3926 root 9708 S /usr/syno/sbin/hotplugd 3979 root 4652 S /usr/sbin/inetd 3986 root 4652 S /usr/sbin/crond 4160 root 7336 S /usr/syno/bin/scemd 4987 root 2708 S /usr/syno/sbin/synologd 5013 admin 33268 S postgres: admin synolog [local] idle 5410 root 0 SW [scsi_eh_8] 5423 root 0 SW [usb-storage] 5580 root 0 SW [usbhid_resumer] 5637 root 2444 S /sbin/getty 115200 console 5700 root 2964 S /usr/syno/sbin/cupsd -C /usr/local/cups/cupsd.conf 5846 root 23040 S /usr/syno/sbin/fileindexd 5857 root 23040 S /usr/syno/sbin/fileindexd 5860 root 23096 S N /usr/syno/sbin/synoindexd 5866 root 8060 S N /usr/syno/bin/synomkthumbd 5931 root 13844 S /usr/syno/sbin/nmbd -D 6331 admin 33780 S postgres: admin photo [local] idle 6334 root 18264 S /usr/syno/sbin/smbd -D 6336 root 18264 S /usr/syno/sbin/smbd -D 6420 root 5952 S /usr/syno/sbin/atalkd 6441 root 58160 S /usr/syno/sbin/dms 6446 root 8240 S /usr/syno/sbin/lighttpd -f /usr/syno/mediaserver/lighttpd.conf 6453 root 8056 S N /usr/syno/sbin/synomkflvd 6491 root 1740 S /usr/syno/mailstation/sbin/saslauthd -a shadow 6492 root 1740 S /usr/syno/mailstation/sbin/saslauthd -a shadow 6494 root 1740 S /usr/syno/mailstation/sbin/saslauthd -a shadow 6495 root 1740 S /usr/syno/mailstation/sbin/saslauthd -a shadow 6496 root 1740 S /usr/syno/mailstation/sbin/saslauthd -a shadow 6498 root 58160 S /usr/syno/sbin/dms 6499 root 58160 S /usr/syno/sbin/dms 6501 root 58160 S /usr/syno/sbin/dms 6502 root 58160 S /usr/syno/sbin/dms 6503 root 58160 S /usr/syno/sbin/dms 6505 root 58160 S /usr/syno/sbin/dms 6508 root 58160 S /usr/syno/sbin/dms 6536 root 8636 S /usr/syno/mailstation/libexec/master 6539 root 7448 S /usr/syno/mailstation/sbin/dovecot 6541 root 11444 S dovecot-auth 6556 root 7592 S dovecot-auth -w 6562 postfix 8660 S pickup -l -t fifo -u 6563 postfix 8712 S qmgr -l -t fifo -u 6617 root 3552 S /usr/syno/sbin/sshd 6687 root 61304 S < /usr/syno/sbin/synoaudiod 6689 root 61304 S /usr/syno/sbin/synoaudiod 6690 root 61304 S /usr/syno/sbin/synoaudiod 6691 root 61304 S /usr/syno/sbin/synoaudiod 6692 root 61304 S /usr/syno/sbin/synoaudiod 6693 root 61304 S /usr/syno/sbin/synoaudiod 6694 root 61304 S /usr/syno/sbin/synoaudiod 6695 root 61304 S /usr/syno/sbin/synoaudiod 6708 dovecot 7372 S pop3-login 6709 dovecot 7372 S pop3-login 6710 dovecot 7372 S pop3-login 6711 dovecot 7520 S imap-login 6712 dovecot 7520 S imap-login 6713 dovecot 7384 S imap-login 6722 root 6784 S < /usr/syno/sbin/synorcd 6771 root 6276 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys 6819 root 6496 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys 6820 root 6496 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys 6861 root 11232 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd-webdav.conf-sys 6936 root 2236 S avahi-daemon: running [Syno.local] 6979 root 8564 S /usr/syno/sbin/ftpd -D 6984 root 11232 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd-webdav.conf-sys 6985 root 11232 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd-webdav.conf-sys 7122 root 89588 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP 7295 root 1452 S /usr/local/synovpn/sbin/pptpd -c /usr/syno/etc/synovpn/pptp/pptpd.conf -o /usr/syno/etc/synovpn/pptp/op 7299 nobody 89724 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP 7300 nobody 89724 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP 7301 nobody 89724 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP 7308 root 15488 S /usr/local/synovpn//sbin/radiusd 7310 root 15488 S /usr/local/synovpn//sbin/radiusd 7311 root 15488 S /usr/local/synovpn//sbin/radiusd 7312 root 15488 S /usr/local/synovpn//sbin/radiusd 7313 root 15488 S /usr/local/synovpn//sbin/radiusd 7314 root 15488 S /usr/local/synovpn//sbin/radiusd 7315 root 15488 S /usr/local/synovpn//sbin/radiusd 7372 root 5832 S /usr/local/synovpn/sbin/openvpn --daemon --cd /usr/syno/etc/synovpn/openvpn --config openvpn.conf 7373 root 5832 S /usr/local/synovpn/sbin/openvpn --daemon --cd /usr/syno/etc/synovpn/openvpn --config openvpn.conf 7380 root 5832 S /usr/local/synovpn/sbin/openvpn --daemon --cd /usr/syno/etc/synovpn/openvpn --config openvpn.conf 7834 root 6768 S /usr/syno/sbin/cnid_metad 7840 root 13332 S /usr/syno/sbin/afpd -c 256 -g guest -n Syno AFPServer 7895 root 6496 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys 8004 charles 8344 S imap 8005 dovecot 7520 S imap-login 8318 dovecot 7384 S imap-login 8319 suivi-fr 8324 S imap 8332 charles 8324 S imap 8333 dovecot 7520 S imap-login 10148 suivi-fr 8324 S imap 10161 dovecot 7520 S imap-login 14245 postfix 8660 S tlsmgr -l -t unix -u 15500 charles 8496 S imap 15501 dovecot 7384 S imap-login 20987 root 6304 R sshd: root@pts/0 21113 root 4656 S -ash 21164 root 0 SW [flush-9:0] 21274 root 4656 R ps Je ne vois pas de fetchmail à priori et surtout je ne comprends pas que le problème soit exactement le même aussi bien sur mon 107+ et sur mon 710+ Par contre je n'ai pas essayé en pop uniquement car je n'utilise que l'imap ! je vais essayer tout de même en pop3. Est-ce que j'aurais pu être blacklisté sinon ??? Je ne comprend pas pourquoi j'ai ce problème tout à coup sur les 2 syno en même temps ??!!

Bonjour à tous, Je me trouve bloqué avec mailstation2 sur mon 710+ ou sur mon 107+ depuis quelques jours qui ne récupère plus les mails provenant des autres hébergeur mail (laposte.net, gmail.com, free.fr ....etc) alors que je reçois bien tous les mails si on m'envoie des mails en passant mon serveur smtp ! En revanche lorsque j'envoie des mails via le smtp de free par exemple avec mon serveur mailstation vers les différents hébergeurs connus les mails arrivent bien à destination. J'en déduis que les mails envoyé par les serveur smtp des fournisseurs ne sont donc plus relayé correctement les vers mon serveur mailstation2 et qu'il y a une perte des mails sans erreur en retour ! Cela pourrait-il venir du serveur MX qui ne semblerait plus rediriger correctement vers mon serveur ? J'avoue que je suis un peu perdu sur ce coup et si quelqu'un pouvait me donner quelques idées cela m'aiderait bien ! Je suis chez 1&1 avec un nom de domaine qui fonctionne bien et a toujours bien fonctionné jusqu'à ces derniers jours ... Ce pourrait-il que 1&1 ait fait une mise à jour ?Je n'ai touché à rien au niveau conf sur les serveurs et j'ai le même pb !

Bonsoir, J'avais le m