HeadPhones verplaatst de content niet meer

[The Raptor]

Ik heb het probleem dat als ik muziek download HeadPhones deze netjes uitpakt maar vervolgens niet verplaatst naar volume1\music. Het heeft wel altijd gewerkt. Ik heb geen instellingen veranderd. Wel heb ik HeadPhones bijgewerkt naar de nieuwste versie.

In HeadPhones heb ik het volgende ingesteld:
NZBget Category: music
Music download directory: /volume1/Downloads/Compleet/Headphones
Destination Directory: /volume1/music

In NZBGet heb ik bij het tabblad nzbtoheadphones het volgende ingesteld:
HPapikey: De sleutel die ingesteld is in Headphones
HPcategory: music
Bij het tabblad categories heb ik het volgende ingesteld:
Name: Music
Destdir: /volume1/Downloads/Compleet/Headphones
Unpack: Yes

[Ben(V)]

https://github.com/SynoCommunity/spksrc/wiki/Permission-Management

[The Raptor]

Het werkt nu met het aanpassen van de rechten op de groep sc-download. Ik heb de rechten aangepast op de download en music folder. Ook heb ik de rechten per folder aangepast naar lezen en schrijven. Toch zie ik in de log van HeadPhones een aantal errors die over niet voldoende rechten gaan:

Could not change permissions for file: /volume1/music/Broederliefde - We Moeten Door (2017)/06 - Broederliefde - We Moeten Door - Sugardaddy (2017).mp3

Error sending notification request to Plex client @ http://<ipadres van mijn nas>:32400
ERROR Request raise HTTP error with status code 401 (local client error).

Hoe kan ik dit oplossen?

[Ben(V)]

Files krijgen rechten via de folder op het moment dat ze daar geplaatst worden.
Voor bestaande folders en files moet je de groepsrechten ook nog goed zetten.
Dat doe je met Filestation en vergeet niet het vinkje bij recursive te zetten als je dat doet.

[The Raptor]

Ik kan dat vinkje recursive nergens vinden. Waar kan ik het vinkje vinden?

[Birdy]

Links onderaan aanvinken.

[Ben(V)]

Links onderaan.
Nederlandse vertaling is blijkbaar "Toepassen op deze map, submap en bestanden".

[The Raptor]

Het werkt nog niet:

Could not change permissions for file: /volume1/music/Jan Smit - 20 (2016)/08 - Jan Smit - 20 - Mi Rowsu (Tuintje In Mijn Hart) (met Damaru) (2016).mp3

Ik heb het vinkje op de mappen music en download toegepast zoals jullie netjes uitlegden. Ook heb ik nogmaals gecontroleerd op de groep sc-download lees en schrijfrechten heeft. Dat heeft de map.

[The Raptor]

Heeft er iemand nog een idee hoe ik het probleem kan oplossen?

[Ben(V)]

Heb je gecontroleerd of die share geschikt is voor gebruik van ACL's?

[The Raptor]

Hoe kan ik dat controleren? Het heeft altijd gewerkt.
In de bijlage hem ik 2 schermafdrukken van de rechten die ik ingesteld heb naar aanleiding van je artikel.

[Ben(V)]

Het heeft altijd gewerkt is alleen een zinvolle opmerking als je niets gewijzigd hebt maar dat is niet het geval.
Hoe je die ACL setting controleert staat inclusief screenshots uitgelegd in de wiki waar ik je een link naar gegeven heb.

[The Raptor]

Er word in de link gesproken over een Windows ACL. Ik heb een MacOS. Maakt dit uit?

[Birdy]

Maakt niet uit, lees dit maar.

[Ben(V)]

Windows ACL is slechts een naam.
Het betekent Access Control List zoals dat ook in Windows wordt toegepast.
Is nog veel ouder dan Windows want het is ontwikkelt door Digital Equipment voor VAX/VMS.

Het heeft helemaal niets met Windows  of Mac clients te maken maar is gewoon een methode om rechten uit te delen die Synology in DSM 5 heeft geïntroduceerd, naast het standaard Linux rechten systeem.

De nieuwe packages van de SynoCommunity gebruiken die ACL's, dus alle shares die je hebt en die van voor DSM 5 zijn, moeten geconverteerd worden om het gebruikt van ACL's mogelijk te maken zoals in de wiki toch duidelijk beschreven staat.

Waarom leest iedereen toch altijd maar een woord en denk dan meteen "aha Windows geld niet voor mij"?
Het gaat toch over een applicatie die op je Nas draait en die toch helemaal niets met je Mac of een Windows systeem te maken heeft?