fix permissions via admintools lukt niet

Ik probeer de rechten van de mappen goed te zetten m.b.v. Akeeba admintools. De procedure wordt doorlopen zonder foutmeldingen, maar de maprechten wijzigen niet. Alles blijft op 777 staan, inclusief de public_HTML map. Ik vermoedt dat dit komt doordat apache de eigenaar van de mappen moet zijn en nu ben ik dat zelf. In Direct Admin kan ik echter niet Apache als eigenaar toekennen, alleen mijzelf bij ResetOwner. Weet ook niet of deze gedachte correct is.

Waarschijnlijk klopt er iets niet in de serverconfiguratie.
Neem hiervoor contact op met je hostingbedrijf.
Zij moeten die rechten goed corrigeren.
Dat zelfs public_html 777 heeft is namelijk totaal fout.

Die heb ik zelf tijdelijk op 777 gezet om een probleem op te lossen, dus dat reken ik hen niet aan. Ik zet deze zelf handmatig terug naar 755 en contacteer hen om de rest evt. goed te zetten of doe dat zelf handmetig. Maar de vraag was of iemand een oplossing weet voor het feit de Admintools de rechten niet terugzet op 755/644.

Je moet (in principe en afhankelijk van de serverconfiguratie) altijd zelf eigenaar zijn van mappen en bestanden. Dus al het niet lukt met een owner reset in Direct Admin, dan kan je inderdaad beter even contact met je hoster opnemen.

Uitgebreid met de hoster overlegd en rechten staan op 755 voor de mappen en 644 voor de bestanden. Wij zijn ook eigenaar van alle mappen. Echter ik blijf houden de foutmeldingen:

Path.../public_html/ log to store log information is not writable

en

vmError: het pad voor facturen mist de correcte bestandsrechten veilig pad ....

Ik krijg deze meldingen alleen weg als ik de log map en de vmsafemap en alle onderliggende mappen en bestanden op 777 zet. De resr staat dan wel op 755/644, dus alleen deze twee mappen geven het probleem.
Ik lees toch overal dat dat niet de bedoeling is, maar zie ook dat er meerdere dit probleem hebben

Edit Jelle: Ik heb de meldingen tussen tags geplaatst, volgende keer graag zelf doen.

De standaard mapnaam is /logs en niet log, dus het is al heel vreemd dat je een map /log hebt.
Als je de map vmfiles buiten de public_html hebt aangemaakt, zoals ook aangegeven bij VM, dan zou het in principe geen probleem moeten zijn om die op 777 te zetten. Maar eigenlijk zou 755 dan ook moeten werken.

Er is inderdaad zowel een map log als een map logs. Ik ga verder zoeken.