Onderwerp: 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?

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.

Oorspronkelijk geplaatst door Tim.Bracquez

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/directa...ml#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.

Oorspronkelijk geplaatst door Yourwebhoster

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

Oorspronkelijk geplaatst door Tim.Bracquez

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...

Oorspronkelijk geplaatst door Dries.S

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.

Oorspronkelijk geplaatst door Yourwebhoster

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...

Oorspronkelijk geplaatst door Dries.S

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.

Oorspronkelijk geplaatst door Tim.Bracquez

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 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.

Oorspronkelijk geplaatst door Yourwebhoster

Dat zeg je me nu pas 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 ...)

Code:

        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!

Oorspronkelijk geplaatst door Tim.Bracquez

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 ...)

Code:

        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

Oorspronkelijk geplaatst door Tim.Bracquez

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...

Oorspronkelijk geplaatst door Tim.Bracquez

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 ...)

Code:

        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.

Oorspronkelijk geplaatst door Dries.S

\

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.

Oorspronkelijk geplaatst door Yourwebhoster

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)