[TYPO3-UG Dutch] Probleem met "safe mode restriction" in backend

[H. Hahn]

Bij een website van een klant treedt vrij plotseling het volgende op. In het front 
end lijkt alles okay te zijn. Maar als ik probeer in het backend in te loggen, krijg 
ik de PHP-meldingen:

    "Warning: session_start() [function.session-start]: SAFE MODE
    Restriction in effect. The script whose uid is 1152609 is not
    allowed to access /var/tmp/ owned by uid 0 in
    /usr/local/WWW/A/.5c2/p/pels4/htdocs/cheider2007/typo3/index.php
    on line 202"

en

    "Fatal error: session_start() [<a
    href='function.session-start'>function.session-start</a>]:
    Failed to initialize storage module: files (path: ) in
    /usr/local/WWW/A/.5c2/p/pels4/htdocs/cheider2007/typo3/index.php
    on line 202"

De website draaide oorspronkelijk op Typo3 3.8.1 en was al een tijdje geleden 
ge-update naar 4.0.5. Een maand of zo geleden heb ik getracht hem te updaten naar T3 
4.2.1, maar het bleek dat dese T3-versie minimaal PHP5.2 vereiste. De site draaide 
toen nog op PHP4.nogwat. De ISP (Xs4all) zegt op zijn eigen website dat je zonder 
meer naar PHP5 kunt gaan door alle extensies ".php" te wijzigen in ".php5". Dat is 
voor Typo3 natuurlijk niet reëel, want dan moet je ook alle(!) scripts nalopen en de 
verwijzingen naar andere scripts aanpassen.

De helpdesk van Xs4all (zoals bekend zeer moeilijk bereikbaar, maar als je ze eenmaal 
aan de lijn hebt, zijn ze zeer vriendelijk en behulpzaam!) adviseerde me een trucje 
in .htaccess, waarmee je de server dwingt om PHP5 te nemen ipv. PHP4. Dat werkte 
prima. Maar al gauw bleek dat dat bij hen PHP 5.0.5 of zo was. T3 4.2 werkte daar dus 
ook niet op.

Ik heb toen de helpdesk gevraagd of ze niet PHP 5.2 of hoger beschikbaar konden 
stellen. Ik zei ook nog dat ze het risico lopen alle Typo3-klanten kwijt te raken als 
ze dat niet doen. De reactie was dat ze zo'n upgrade "uiteraard niet zomaar even 
kunnen doen". Wat natuurlijk ook wel logisch is. Xs4all kennend dacht ik al blij te 
kunnen zijn als ze het over een half jaar of zo rond hebben.

Toen ik enkele dagen geleden dit bericht wilde gaan schrijven, keek ik nog even welke 
subversie van PHP 5 het ook weer precies was. Tot mijn grote verbazing zag ik dat ze 
inmiddels al op PHP 5.2.6 zitten! Dus genoemde foutmelding schreef ik voorlopig maar 
even daaraan toe, en dat bericht dat ik aan het schrijven was, heb ik maar weggegooid.

Vanmiddag heb ik de website naar Typo3 4.2.1 overgezet. Dat verliep prima. Mijn hoop 
dat genoemd safe-mode-probleem daarmee over zou zijn, bleek echter niet gegrond. Deze 
fout treedt nog steeds op!

Volledigheidshalve nog dit. Toen ik destijds aan deze website begon, zag ik tot mijn 
verbazing dat safe mode NIET aan stond. Een van de eerste dingen die ik deed, was dan 
ook in cgi-bin een eigen php.ini aanmaken met onder meer safe mode aangezet. Phpinfo 
bevestigde dat dat inderdaad gelukt was.
Ter controle heb ik vanmiddag mijn "eigen" safe-mode in cgi-bin even 
"uitgecommentaard". In phpinfo bleek hij toen inderdaad ook uit te staan. Xs4all 
heeft dus blijkbaar niet een of andere alles-overrulende en nog strengere 
safe-mode-instelling die mij verbiedt safe mode te wijzigen en die genoemde 
foutmelding zou kunnen veroorzaken.

VRAAG: Wat kan de oorzaak van deze fout zijn, en wat doe ik eraan? Voor alle 
zekerheid: ik heb goede redenen om de website verder in safe te willen laten draaien!

Graag advies!
Ir. H. Hahn