@unihostbrasil, are you sure that "custom" folder and file for templates should be created here:Now the updates are removing the custom email password change (CMD_CHANGE_EMAIL_PASSWORD) template folder:
/usr/local/directadmin/data/templates/email_pass_change/custom/index.html
This may have been happening since previous updates, not necessarily 1.668, but we only identified the problem now. Unfortunately, new updates often bring new unpleasant surprises or bugs. It would be important for you to perform better quality control of updates.
/usr/local/directadmin/data/templates/email_pass_change/custom/index.html
/usr/local/directadmin/data/templates/custom/email_pass_change/index.html
userdir_access is not supported anymore, please change 'userdir_access' line in options.conf
userdir_access=yes
Set it to noIn options.conf I see the following line:
userdir_access=yes
but I haven't changed it, so it seems to have be changed by the update.
Will the latest PHP security releases also be made available in the stable channel?An update to DA 1.668 is released. This hot-fix release bumps PHP versions to the latest security release and fixes CustomBuild script bug, that used to keep oldhttpd-hostname.conf
configuration when rebuilding.
I did (shortly after posting this) and that worked, but it seems like a bug that was triggered by the latest hotfix. I've never used "userdir_access", so it must have been a default (old) setting. I know it's not supported anymore, but this could have been handled by DA, I think.Set it to no
userdir_access
is turned off, but at least automated actions will continue to work as before.I know, but this was never an issue, and for another process it was fixed as well, as it shouldn't block that process. And maybe DA should give a warning the option is enabled and should be disabled. Right now it's not clear why the error is showing and how to fix it (unless you search for it here). So this isn't blocking for me, but only a report to DA (@fln) that it happened and probably should be looked at.@JosKlever
Thanks @kristian.
We want server administrator to manually turn this feature off to make sure he or she is aware of the change and the consequences of the change.
It was not intended to block the certificate sync operation. We will release an update to make certificate sync operation to work even with malformed config. Server admins will still be unable to use most of the CB commands untiluserdir_access
is turned off, but at least automated actions will continue to work as before.
Maybe they're just blank? But their Usage Logs should have content if they get traffic.Could someone confirm if there are any issues with loading the Usage Logs or Error Logs for subdomains? When I access the "Site Summary / Statistics / Logs" page and click on "Error Logs" for a subdomain, nothing happens (the page loads without any log information). For the main domain, it works correctly, but for the subdomain, nothing happens.
Hi @LawsHostingMaybe they're just blank? But their Usage Logs should have content if they get traffic.
I just checked a sub-domain on one of my domains; logs viewed fine.So, there is definitely information available, but it’s just not loading.
Now the updates are removing the custom email password change (CMD_CHANGE_EMAIL_PASSWORD) template folder:
/usr/local/directadmin/data/templates/email_pass_change/custom/index.html
This may have been happening since previous updates, not necessarily 1.668, but we only identified the problem now. Unfortunately, new updates often bring new unpleasant surprises or bugs. It would be important for you to perform better quality control of updates.