I have the latest stable hestiacp on an up to date debian 11.6 system.
Trying to get Squirrelmail working. (I know, it’s old, but I have many users who prefer it over Roundcube, so I offer this as a secondary option, besides, the latest versions are even running under php 8!)
Whatever I do, I keep getting;
Error opening …/data/default_pref
Could not create initial preference file!
/home/prefs/ should be writable by user x
Please contact your system administrator and report this error.
User x is the user created by hestia, for the web-domain under which I will offer up Squirrelmail.
On the previous server(s) on which Sqm is running fine now, I have nginx running with
user:group www-data:www-data. This is also listen user/group in the php-fpm pool file.
On this hestiacp controlled instance, I assume it’s x : www-data
So I made /home/prefs writable by user x, but nothing changes.
Squirrelmail has some possible solutions: SquirrelMail - Webmail for Nuts!
but none of those work. I’m at a loss here. Any ideas?
Can I safely create a template whereby I force it to use www-data:www-data as it is on its preceding system, or does one such template already exist for hestia?
Just in case, is a username of one character allowed (it is actually x here)? And since I will be running Sqm under this user, can other users mail-accounts still use this webmail instance too? If so, why have you chosen this permission model? nginx and php-fpm running as a user different from www-data is quite un-usual, as far as I can tell.
Thanks, I will try that. I was trying to get logging visible to debug the issue, and then noticed that fpm wasn’t logging at all, and that the nginx domainname_error.log wasn’t either. That last one was owned by root, while the error logs of all other domains I have running already are owned by its user.
Something’s amiss with nginx here.
Maybe because I manually apt installed the new version again.
Is there a command to re-install only nginx exactly as hestia did during its initial install, without deleting existing domains config?
Doesn’t make a difference what I do. Still that error. This is so weird.
I already tried giving it all 777, so the dialog is not correct, it’s something else. It’s as if php/nginx does not want to write to /home/prefs no matter what I change.
I’m going to try and activate the old nginx domain conf and php-fpm conf from the preceding system for just this domain and see what happens.
The second hurdle is getting nginx caching right for squirrelmail, because now it shows other user data stuff mingled with the new logged in user, old folders cached for the new user. Weird. Is any of the templates best to pick for webmail usage? I guess I can rip it from what roundcube or rainloop uses.