Bekijk Volledige Versie : Probleem met squirrelMail
Beste,
Wanneer ik een nieuw emailadres aanmaak in directadmin en ik vervolgens wil inloggen op squirrelmail dan krijg ik steeds onderstaande foutmelding :
Preference file, /var/www/html/squirrelmail/data/xxxx.pref, could not be opened
Het probleem is dat de schrijfrechten niet worden gegeven zoals het hoort. Bij de creatie van een nieuw emailadres zet hij de schrijfrechten op :
-rw-rw----
ipv:
-rwxr-xr-x
Als ik het handmatig verander dan kan ik inloggen, maar als ik dit elke dag moet controleren of er een user een nieuw adres heeft aangemaakt is het onbegonnen werk.
Hoe kan ik dit probleem oplossen?
Tim.Bracquez
08/05/10, 14:21
Dries, je hebt mod_ruid geïnstalleerd een tijdje geleden hé? Dus hangt ook af van welk domein je komt dat het werk / niet werkt
Check even forum, yourwebhoster had daarvoor een oplossing gepost dacht ik, was al zo'n toppic van.
Yourwebhoster
08/05/10, 14:35
Dries, je hebt mod_ruid geïnstalleerd een tijdje geleden hé? Dus hangt ook af van welk domein je komt dat het werk / niet werkt
Check even forum, yourwebhoster had daarvoor een oplossing gepost dacht ik, was al zo'n toppic van.
http://www.webhostingtalk.nl/directadmin/159407-mod_ruid-en-webmail-rechten-2.html#post1138734:)
Het vreemde is dat je wel schrijfrechten hebt maar daar de verkeerde permissies toegekend krijgt.
Edit:
Je hebt blijkbaar al eerder ingelogd vanaf een ander domein welke draait onder een andere user, dan krijg je deze fout.
Tim.Bracquez
08/05/10, 15:37
Edit:
Je hebt blijkbaar al eerder ingelogd vanaf een ander domein welke draait onder een andere user, dan krijg je deze fout.
Klopt, daarmee dat ik het zei, eerst even alles goed zetten en dan kijken of er nog problemen zijn. Dank om dit hier te melden... Hopelijk heeft Dries er wat aan
Klopt, daarmee dat ik het zei, eerst even alles goed zetten en dan kijken of er nog problemen zijn. Dank om dit hier te melden... Hopelijk heeft Dries er wat aan
Ik heb het topic eens doorgenomen maar daar wordt er gezegd om met een webmail.domein.ext te gaan werken maar dit is niet de bedoeling.
Normaal verwijst /webmail/ naar roundcube waar de mail wel werkt, echter wanneer ze wil inloggen op squirrelmail gaat het fout. Bestaande users geen probleem, enkel nieuwe users worden de rechten fout geplaatst.
Ik vind niets in het topic dat deze fout oplost, misschien heb ik er overgekeken natuurlijk...
Yourwebhoster
08/05/10, 15:56
Ik heb het topic eens doorgenomen maar daar wordt er gezegd om met een webmail.domein.ext te gaan werken maar dit is niet de bedoeling.
Normaal verwijst /webmail/ naar roundcube waar de mail wel werkt, echter wanneer ze wil inloggen op squirrelmail gaat het fout. Bestaande users geen probleem, enkel nieuwe users worden de rechten fout geplaatst.
Ik vind niets in het topic dat deze fout oplost, misschien heb ik er overgekeken natuurlijk...
Je gebruikt mod_ruid? Het probleem is dan dat je met niet onder de gebruiker apache/webapps de bestanden aanmaakt, maar een andere gebruiker (namelijk die geconfigureerd is bij het domeinnaam). Dit veroorzaakt een rechten probleem wat resulteert in deze fout.
Door Apache in te stellen met webmail.domein.tld met de gebruiker webapps, heb je dit rechten probleem niet meer en zal je deze fout niet tegenkomen.
Als je een andere oplossing hebt, dan hoor ik deze graag. Maar dit is de simpelste oplossing lijkt mij.
Je gebruikt mod_ruid? Het probleem is dan dat je met niet onder de gebruiker apache/webapps de bestanden aanmaakt, maar een andere gebruiker (namelijk die geconfigureerd is bij het domeinnaam). Dit veroorzaakt een rechten probleem wat resulteert in deze fout.
Door Apache in te stellen met webmail.domein.tld met de gebruiker webapps, heb je dit rechten probleem niet meer en zal je deze fout niet tegenkomen.
Als je een andere oplossing hebt, dan hoor ik deze graag. Maar dit is de simpelste oplossing lijkt mij.
Ik denk dat het nu het eenvoudigste zou zijn om mod_ruid te uninstalleren omdat ik deze toch niet echt meer gebruik...
Tim.Bracquez
08/05/10, 18:23
Ik denk dat het nu het eenvoudigste zou zijn om mod_ruid te uninstalleren omdat ik deze toch niet echt meer gebruik...
Ow nee... die doet juist goed zijn werk.
Je kan ook een refer instellen zodat /webmail richtig http://IP/webmail gaat dan is dat ook opgelost.
Yourwebhoster
08/05/10, 18:25
Ow nee... die doet juist goed zijn werk.
Je kan ook een refer instellen zodat /webmail richtig http://IP/webmail gaat dan is dat ook opgelost.
Dat zeg je me nu pas:lovewht: Bedankt voor de tip, zal hier eens naar kijken als ik tijd heb.
Volgens mij draait deze standaard op Apache Apache, zou je in de httpd.conf moeten aanpassen.
Tim.Bracquez
08/05/10, 18:28
Dat zeg je me nu pas:lovewht: Bedankt voor de tip, zal hier eens naar kijken als ik tijd heb.
Volgens mij draait deze standaard op Apache Apache, zou je in de httpd.conf moeten aanpassen.
Of het een 'mooie' oplossing is, is wat anders. Er zijn er zo velen... maar dit is één van de oplossingen.
Zo iets.... (je weet wel waar , wat , hoe ...)
Redirect 301 /webmail http://|IP|/webmail
Redirect 301 /atmail http://|IP|/atmail
Redirect 301 /roundcube http://|IP|/roundcube
Redirect 301 /squirrelmail http://|IP|/squirrelmail
Wel even alles dan goed chownen op webapps!
Yourwebhoster
08/05/10, 18:30
Of het een 'mooie' oplossing is, is wat anders. Er zijn er zo velen... maar dit is één van de oplossingen.
Zo iets.... (je weet wel waar , wat , hoe ...)
Redirect 301 /webmail http://|IP|/webmail
Redirect 301 /atmail http://|IP|/atmail
Redirect 301 /roundcube http://|IP|/roundcube
Redirect 301 /squirrelmail http://|IP|/squirrelmail
Wel even alles dan goed chownen op webapps!
Voor diegenen die het niet weten, je moet in httpd-alias wezen.
Vind het in ieder geval een schonere oplossing dat wat ik nu heb. Overigens wel een waarschuwing: Op je IP zal het ook blijven redirecten (lijkt me). Dat is dan het beetje huiswerk na deze topic:)
Tim.Bracquez
08/05/10, 19:07
Ow nee... die doet juist goed zijn werk.
Wat ik daarmee bedoel voor de mensen die dit zouden weg halen.
Dat alle files onder de username door php geschreven worden, weet dat als mod_ruid dit terug op apache komt.. en dat de reeds geschreven files niet meer aan te passen zijn via php(draait terug op apache)... denk aan cache van joomla, worpress of enig ander upload ding...
Of het een 'mooie' oplossing is, is wat anders. Er zijn er zo velen... maar dit is één van de oplossingen.
Zo iets.... (je weet wel waar , wat , hoe ...)
Redirect 301 /webmail http://|IP|/webmail
Redirect 301 /atmail http://|IP|/atmail
Redirect 301 /roundcube http://|IP|/roundcube
Redirect 301 /squirrelmail http://|IP|/squirrelmail
Wel even alles dan goed chownen op webapps!
Moet ik met een redirect werken? Of kan ik ook gewoon de alias aanpassen als volgt:
Alias /squirrelmail "/var/www/html/webmail/"
Wat zijn hier de consequenties van? Als ik redirect met mijn IP geraakt hij er niet, het ip van de server is 77.243.237.222 en als ik dan doe :
Redirect 301 /squirrelmail http://77.243.237.222/squirrelmail dan vindt hij dit niet.
Yourwebhoster
08/05/10, 19:46
\
Redirect 301 /squirrelmail http://77.243.237.222/squirrelmail dan vindt hij dit niet.
Als dat al werkt dan zal het in een loop terecht komen. Helaas heb ik nu niet zoveel tijd, wellicht dat Tim je verder kan helpen.
Tim.Bracquez
08/05/10, 21:06
Als dat al werkt dan zal het in een loop terecht komen. Helaas heb ik nu niet zoveel tijd, wellicht dat Tim je verder kan helpen.
Moet in de user vhost file staan... in de custom map waar je ook de mod_ruid hebt ingezet (alle vhost files...) en dan rewrite config (http)