Onderwerp: Webmail fout

Hoi,

Als ik via een bepaald domein probeer in te loggen met mijn webmail krijg ik een volgende fout:

Warning: session_start() [function.session-start]: open(/tmp/sess_84bbe6b393d322e0be4226737a718aa4, O_RDWR) failed: Permission denied (13) in /var/www/html/webmail/inc/inc.php on line 21

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/www/html/webmail/inc/inc.php:21) in /var/www/html/webmail/inc/inc.php on line 21
ERROR (2): Cannot modify header information - headers already sent by (output started at /var/www/html/webmail/inc/inc.php:21) (/var/www/html/webmail/inc/inc.php:181)
Warning: Unknown: open(/tmp/sess_84bbe6b393d322e0be4226737a718aa4, O_RDWR) failed: Permission denied (13) in Unknown on line 0

Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0


Als ik via een andere domeinnaam inlog met dezelfde gegevens werkt het wel gewoon goed.

Wat houd deze foutmelding in? Ik hoor jammer genoeg niets van mijn hoster als ik hun een mailtje stuur, vandaar hier eventjes de vraag wat er aan de hand is.

Kort gezegd;
het is een probleem waar je als gebruiker geen controle over hebt maar echt aan de webhoster ligt.

Triloxigen,

o.k. dank voor je wel heel erg super snelle antwoord, staat er nog geen minuut !!

Kan je mij ondanks dat ik het niet zelf op kan lossen uitleggen wat er gedaan moet worden om dit probleem opgelost te krijgen? Dan mail ik hun dit voor een laatste keer door wat ze moeten doen. En als het dan nog niet opgelost is ga ik er weg.

Het is een probleem met de rechten van de bestanden, die moeten goed gezet worden.

De file /var/www/html/webmail/inc/inc.php kan niet schrijven in /tmp/. Zal wel komen omdat die file als een bepaalde user wordt gedraaid die geen rechten heeft in tmp, wellicht doordat de quota's op zijn ofzo.

Laat me raden: een directadmin met suPHP (of een andere suexec-php-oplossing), webmali op sitenaam.tld/webmail en je eigen website op sitenaam.tld gebruikt ook php (en sessies)?

Wat je als gebruiker eventjes kunt doen om toch bij je webmail te kunnen is www. weglaten in de url.

Richard,

Dit werkt inderdaad wel als ik de www weglaat. Nooit zelf aan gedacht eerlijk gezegd.

Het is inderdaad DirectAdmin

Verder de rest weer bedankt voor de snelle antwoorden.

Ik zal eventjes er aan moeten wennen om de www weg te laten. Weet dat het in de meeste gevallen niet nodig is, maar automatisch gebruik ik het nog wel steeds.

Wat je ook kan doen, is je eigen php sessie pad in je website aanpassen. Je doet dat door session_save_path() te zetten op iets anders dan /tmp in de code van je eigen website. Zorg dan wel voor een cronscriptje dat nu en dan je sessie files opruimt.

Dat zijn natuurlijk leuke tips om het e.e.a. te omzeilen, maar dan kan TS net zogoed de webmail benaderen via het domein dat wel werkt. Zijn hoster hoort gewoon te zorgen dat het werkt lijkt mij...

het maakt ook geen fluit uit via welke weg je de webmail meestal benaderd, je moet toch je login intypen

verder kun je natuurlijk altijd zelf een webmail op je webruimte installeren

Frankske en Marco ook jullie bedankt voor je hulp.

Franske, wat jij nu schrijft gaat mij veels te ver boven mijn pet. Weet zelf totaal niets van programmeren af.

Marco zo denk ik er ook over dat hoster er voor hoort te zorgen dat het werkt alleen tot nu toe reageren ze niet. Heb hun gisteren een mail gestuurd (herinnering) en enige tijd geleden ook een mail gestuurd met het zelfde probleem. Beide mails zijn niet opgepakt tot op heden. Van gisteren kan uiteraard nog komen, maar was altijd sneller gewend van hun, maar van enige tijd geleden verwacht ik geen reactie meer op

T Bloo, het login scherm krijg ik ook prima te zien, dat is het probleem niet. Deze melding komt na het intypen van het email adres met bijbehorend wachtwoord.

Deze error ook vaak gezien nu het overstappen op suphp... kwestie van inderdaad je hoster dit even voorleggen. Maar dat heb je al gedaan lees ik...

Vandaag antwoord gehad, het probleem wordt voorgelegd aan systeem beheerder.