Scoutnet vzw

ik wil het bestand emailalias chmod'en (van 0644 naar 0777) zodat ik het kan aanpassen via mij php script.
Ik gebruik volgende code:

De output ziet er als volgt uit:


Het commando chmod wordt dus niet uitgevoerd. Iemand een idee hoe ik dit kan verhelpen? Moet ik iets in mijn .htaccess aanpassen?

groeten Stijn

Het emailaliasses bestand bevindt zich normaal gezien buiten de directory 'Public_html'.

Ik denk dat Php-scripts als standaard user 'Apache' gebruiken.
Waarschijnlijk heeft je bestand 'emailaliassen' als eigenaar 'snxxx'.
Misschien kan 'Apache' niet zichzelf extra rechten geven over een bestand waar hij geen eigenaar van is.

Caygull.

het bestand heeft idd als eigenaar snxxxx. Ik heb geprobeerd om de eigenaar te veranderen maar dat lukt ook niet. Bestaat er een methode om dit te veranderen? Bijvoorbeeld het bestand manueel een andere eigenaar geven?

Bij mijn weten is de eigenaar diegeene die het bestand aanmaakt.
Kan je het bestand niet (na backup) verwijderen en opnieuw aanmaken
met een php-script, waardoor de eigenaar 'apache' zou worden?


Caygull.

of afwachten tot php script door je sn# uitgevoerd worden.
Dit staat toch op het todo-lijstje van scoutnet he?

Ik kan blijkbaar geen bestanden aanmaken in de root directory. Is dit normaal?

klopt. ook wel invoering van suexec genoemd.

Nog eventjes ter verduidelijking:

momenteel is het zo dat al wat je doet via php (een bestand aanmaken bv.) gebeurt onder het account 'apache'.
De 'gebruiker apache' heeft hier dus 'voldoende rechten' nodig.

Voorlopige oplossing zou kunnen zijn om de rechten te gaan wijzigen (chmod) via ftp. (Tip: Je kan met php ook een ftp-verbinding maken.) Gevaar hierbij is dat je dan je server-paswoord nodig hebt om in te loggen. (deze oplossing kan je trouwens al in werking zien op https://my.scoutnet.be -> Tools & Guides -> Emailaliases + Mailinglists )

Andere oplossing is wachten op invoering van suexec.

Of wachten tot wanneer we allemaal (ttz. diegenen die dit willen uiteraard) dezelfde ledendatabase-structuur gebruiken. (standaard groepsledendatabase-project) Dan kunnen we namelijk een aantal scriptjes aanbieden die iedereen kan gebruiken. Ik denk hierbij aan automatisch updaten van mailinglijsten/emailailiases of bijvoorbeeld ook versturen van mass-mailing via website, enz...


Ik bekijk eens of het een goed idee is om onze todo-lijst te publiceren zodat je wat meer op de hoogte bent van onze plannen... (en vorderingen)

Het scriptje dat ik wil uitvoeren is een automatische mailinglist update. De mailinglist wordt elke keer geupdated als de gebruiker zijn gegevens aanpast. Hij krijgt ook een scoutnet mailaliasadres. Zou spijtig zijn natuurlijk dat ik het niet geruned krijg op de scoutnet server

Is naar mijn mening eenvouidig op te lossen. Je php scrip schrijft al de gegevens weg in een file vb mailinglist.txt. Via een cronjob ga je nu op vaste tijdstippen de gegevens kopiëren naar emailaliases. Of nog beter schrijf via php alles weg naar een databank en maak een perlscript dat uit die databank al de gegevens uitleest en naar emailaliases uitschrijft. Op die manier is er een duidelijke scheiding tussen de files die door apache bereikbaar zijn en de files die enkel via snxxx bereikbaar zijn en de permissies geven ook geen problemen.

Als je hulp wil bij het maken van het perlscript moet je het maar laten weten.

met een cron job kan het idd. ook (deze draait onder snxxxx)
en daarmee heb je dus meer lees en schrijf rechten.

Maar om de hoeveel tijd laat je deze cron dan lopen? om de minuut -> dan zijn je email gegevens steeds rap up-to-date
maar zorgt wel voor heel wat 'overhead' waar iedereen last van kan krijgen (moesten we dat allemaal beginnen doen)

tip: je kan je php-scripts ook laten lopen via een cron (je hebt dus geen perl-kennis nodig)

Om de 3 uur zal wel meer dan genoeg zijn denk ik. Het is nu niet dat je elk moment je aliassen gaat updaten. Om de overhead te vermijden zou je gebruik kunnen maken van een timestamp en pas de aliasfile beginnen wijzigen indien de timestamp minder dan 3h van de huidige tijd is gesitueerd.

kan de root geen chown doen op de emailfiles. Zou dit ook wel kunnen gebruiken. Als ik nu mailinglist en dergelijke wil aanpassen moet ik altijd eerst via telnet ne chmod doen

Zoals reeds gezegd doe het via crontab zodat alle bewerkingen via je userid gebeuren.