AurélCal

Bonsoir, J'avais le même souci : une tâche planifiée de suppression qui renvoyait constamment une erreur. La solution de CoolRaoul (cd /tmp) a marché pour moi. Merci!! Pour aller plus loin, savez-vous quel est l'utilité ou l'intérêt du "propriétaire" d'une tâches? En vous lisant j'ai l'impression que ça ne fait qu'ajouter de la confusion et un bug...

Tu étais en administrateur à ce moment là ? Si ce n'est pas le cas alors en tant qu'admin, tu vas dans : Photo Station > Paramètres > Partage > Partager avec le public et tu choisis ce que tu veux. Je viens de faire le test et si tu ne sélectionnes pas "Tous les utilisateurs" alors les utilisateurs non admin ne peuvent pas faire de partage public alors que si je valide "Tous les utilisateurs", je peux en tant que simple utilisateur partager avec le public un album (logique 🤣). Non, je n'étais pas admin mais j'étais un utilisateur avec l'autorisation de partager avec le public. Et bien que l'album cible soit privé, je peux créer le lien de partage. C'est ce qui me fait dire que c'est un peu contradictoire et que le fait d'être privé ou public n'impacte pas le partage via les liens (si tu y es autorisé). Bref, on peut retenir que pour PhotoStation il existe 2 moyens/logiques de partage des albums: public/privé en se basant sur les utilisateurs déclarés et liens de partage public. Les 2 moyens fonctionnent en parallèle. Il y a même une 3ème logique de partage: FileStation, elle aussi indépendante des 2 autres. Tout ça me semble un peu dommage car il faut regarder à 3 endroits différents pour vérifier quelle est la visibilité réelle d'un album ou d'une photo. Dans le même temps, je viens de tomber sur ce post : http://www.nas-forum.com/forum/topic/50035-resolu-partager-les-albums-photos-entre-amis-quel-choix/?do=findComment&comment=1319288204, qui me laisse penser que FileStation est sans doute plus approprié pour rassembler et partager des photos venant de plein de personnes différentes, ce qui est mon but au final. Je n'aurai pas l'interface de PhotoStation (un peu plus sympa, je trouve) mais je crois que c'est un moindre mal. Bon, je crois que je vais pouvoir bosser avec ça. Encore merci pour ton aide!

Bonjour InfoYANN, oui, j'ai lu ton tuto mais j'aimerais aller plus loin que ce qui est présenté. Si j'ai bien compris, tu présentes le point 1 de mon message combiné à la gestion "standard" des utilisateurs et groupes. Cela répond en partie à ma 1ère question, merci. Par contre, quel différence entre un album privé dont on donne un lien de partage, et un album public (avec ou sans mot de passe)? Le fait d'être privé n'a pas d'impact sur la création de liens? De meme, si l'album est partagé via FileStation, y en a-t-il une "trace" ou un moyen de le gérer dans PhotoStation ? C'est ce genre de questions auxquelles j'aimerais avoir des réponses en comprenant la "logique" des permissions. Merci pour tes éclaircissements PS: les captures d'écran ne sont pas visibles dans ton tuto, j'ai juste des espaces blancs (j'utilise Safari)

Bonjour à tous, je suis un peu perdu parmi les différentes options gérant les accès aux albums de Photostation 6. J’aimerais comprendre la logique derrière et comment les differentes options jouent entre elles. Le but est de pouvoir régler au mieux le partage d’album photo. Jusqu’ici, j’ai vu les possibilités suivantes: définir si l’album est privé, public ou protégé par mot de passe (depuis Paramètres/Photos/Permissions d’accès). Par exemple, mes 15 albums sont privés, donc accessibles que par le créateur de l’album? dans un album, je peux sélectionner Partager avec le public et récupérer un lien qui permet d’accèder à l’album, avec ou sans mot de passe. Je l’ai fait sur un de mes albums privés, et cela fonctionne; ce qui parait contradictoire avec le réglage privé . Avec FileStation, je peux également récupérer un lien de partage pour lire ou un autre pour écrire sur les dossiers correspondant aux albums. Cette division des droits en 2liens est elle logique , quand le lien de Photostation permet de tout faire (lecture et écriture )? Il y a peut être encore d’autres méthodes que je n’ai pas vues. Je n’ai pas trouvé de réponses ni le forum (mais j’ai pu les louper) ni dans l’aide de synology. Pouvez vous m'éclairer? merci d’avance.

Bien, j'ai donc essayé calDAV-Sync, suivant les conseils de sank64. La connexion se passe bien car j'obtiens la liste des calendriers auxquels mon utilisateur à droit. Par contre, la synchronisation ne s'effectue pas. Quand je la force sur mon calendrier Essai (dans les détails de compte CalDAV-Sync), il se désactive au bout d'une dizaine de seconde et aucun événement n'apparaît dans l'appli calendrier que j'utilise (aCalendar). Le journal de debug de caldav-sync semble indiquer que l'appli saute le calendrier: org.dmfs...SyncAdapter skipping caldavs://<domaine-syno>:<port>/calendriers/Essai. Je ne vois pas pourquoi. J'ai demandé l'assistance de CalDAV-sync; affaire à suivre...

Merci sank64 pour tes conseils. J'ai vérifié avec l'adresse s'arrêtant à /calendriers/ (et /calendriers) ; même comportement qu'avec l'adresse complète. Je n'ai pas testé CalDAV-sync, je ferai ça demain. Par contre, j'ai fait une petite expérience en activant le port Webdav par défaut (5005) et en essayant de synchroniser le calendrier sans cryptage. Ca ne fonctionne pas non plus, ni sur iPAD ni avec Lightning. Sur ce dernier, j'ai réussi à faire parler un peu plus la console d'erreur. J'obtiens: Horodatage : 22/09/2016 23:25:02 Avertissement : Une erreur est survenue lors de la lecture de données de l'agenda : Essai sur 5005. Cependant, l'erreur est certainement mineure ; le programme va donc essayer de poursuivre. Code d'erreur : READ_FAILED. Description : Fichier source : file:///C:/Users/Oim/AppData/Roaming/Thunderbird/Profiles/3jnul6pj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calCalendarManager.js Ligne : 962 Horodatage : 22/09/2016 23:25:02 Erreur : [calCachedCalendar] replay action failed: null, uri=http://<domaine-syno>/calendriers/Essai, result=2147500037, op=[xpconnect wrapped calIOperation] Fichier source : file:///C:/Users/Oim/AppData/Roaming/Thunderbird/Profiles/3jnul6pj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calCachedCalendar.js Ligne : 327 Jusque là, c'est du connu (malheureusement). La suite est nouvelle: [calCachedCalendar] replayChangesOn finished. [calCachedCalendar] sync queue empty. CalDAV: itemUri.spec = http://<domaine-syno>/calendriers/Essai/4d6b61ad-f6de-499a-a51f-64b35b755273.ics ... CalDAV: Request error during add: [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIHttpChannel.responseStatus]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: file:///C:/Users/Oim/AppData/Roaming/Thunderbird/Profiles/3jnul6pj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calDavCalendar.js :: onPutComplete :: line 659" data: no] [calCachedCalendar] Calendar Essai sur 5005 is unavailable, adding item offline C'est pas plus clair pour moi.

Salut Vinky, oui, l'utilisateur est déclaré et est autorisé à utiliser le server Webdav. J'ajoute que j'ai fait l'essai d'utiliser le calendrier à partir d'un ipad, et cela semblait fonctionner: je pouvais me connecter, créer un événement et le voir apparaître dans le calendrier de l'ipad. Par contre, je n'ai pas pu tester plus ; il m'aurait fallu un autre appareil iOS. (Lightning et calendarSync ne montrent rien de nouveau) Bref, je patauge...

Personne n'a d'idée? Je suis le seul à avoir ce soucis?

Bonjour à tous, J'ai un soucis depuis quelques temps auquel je ne trouve pas de réponse, sur le forum comme sur l'aide de Synology: je n'arrive pas à me connecter à un calendrier CalDAV sur mon serveur depuis un client via internet. Je me tourne donc vers vous. Côté serveur, j'ai installé le paquet WebDAV Server et activé CalDAV. J'ai créé mon calendrier "Essai" dans un dossier partagé "calendriers". Pour les permissions, je me suis basé sur ce post : http://www.nas-forum.com/forum/topic/52968-gestion-intuitive-et-facile-droits-daccès-aux-dossiers-et-sous-dossiers/#comment-1319302858 Soit: Traverser/exécuter seulement au niveau de calendriers pour les utilisateurs, L/E pour ces mêmes utilisateurs sur le dossier Essai, en excluant les permissions héritées. Côté clients, avec Lightning 4.7.2 (Thunderbird 45.2.0) sous Windows10: une fois créé l'accès au calendrier sur le réseau via CalDAV (https://<domaine-syno>:<port-perso>/calendriers/Essai), Lightning me demande un utilisateur et un mot de passe, que je renseigne. Malheureusement, ça ne donne rien: pas de rendez-vous d'affiché, le calendrier se désactive. Dans la console d'erreur: Erreur : uncaught exception: 2147746065 Fichier source : resource:///modules/activity/autosync.js Ligne : 210 Je n'ai pas trouvé la signification de cette erreur Lightning. avec CalendarSync 13.44 sous Android 5.1: une fois créé le profil de synchro vers Essai, avec le même nom d'utilisateur et mot de passe que sous Lightning. Lors du test de la connexion, CalendarSync me donne le rapport suivant: Serveur trouvé: OK Login Correct: OK Support de toutes les fonctions: ECHEC Créer un rendez-vous: OK Il y a plus de détails sur l'erreur si vous avez besoin. Évidemment, la synchro du calendrier ne fonctionne pas. Sur les journaux du Serveur, je ne vois aucune entrée correspondante à une éventuelle opération calDAV. J'ai vérifié le parefeu du Serveur, il laisse bien passer le port depuis n'importe qu'elle IP. Sur le routeur, le même port est bien translaté vers le routeur. Voilà, je ne sais pas où regarder ensuite et je suis à cours d'idée. J'espère avoir été clair autant que possible. Auriez-vous une piste? Ma configuration: DS215j avec DSM 6.0.1 derrière une Freebox Revolution en IP fixe WebDAV est autorisé en HTTPS sur un port personnalisé (certificat perso)