DirectAdmin v1.668

Still user email sent limit can't update. its fixed with 500 email. can you update it. so user can update there email sent limit
1727272108724.png
 
unihostbrasil said:
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.
Click to expand...
@unihostbrasil, are you sure that "custom" folder and file for templates should be created here:

/usr/local/directadmin/data/templates/email_pass_change/custom/index.html

but not here:

/usr/local/directadmin/data/templates/custom/email_pass_change/index.html
 
How do I get to the message and ticket system with the new layout? The only way for me to reach it right now is if I add this to the url:

site.vps.nl:2222/evo/user/messages

I cannot find the message board anywhere
 
You can find messages page in multiple ways. On Refreshed layout it is on the right side action list:
1727691885750.png

On Standard, Sidebar, and Icons Grid layouts it is in the user menu:
1727691957460.png
There is also messages widget available on all layouts:
1727692317180.png
Finally messages page can always be found in the menu: User level -> Support & Help -> Support enter.

Please note that the ways to access the messages page was not changed in this release.
 
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 old httpd-hostname.conf configuration when rebuilding.
 
After this update I see the PHP updates available, but when trying to update I get:
userdir_access is not supported anymore, please change 'userdir_access' line in options.conf

In 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.
 
fln said:
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 old httpd-hostname.conf configuration when rebuilding.
Click to expand...
Will the latest PHP security releases also be made available in the stable channel?
 
LawsHosting said:
Set it to no
Click to expand...
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.
 
@JosKlever
fln

Post in thread 'DirectAdmin v1.668'

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 until userdir_access is turned off, but at least automated actions will continue to work as before.
  • Like
 
Ohm J said:
@JosKlever
fln

Post in thread 'DirectAdmin v1.668'

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 until userdir_access is turned off, but at least automated actions will continue to work as before.
  • Like
Click to expand...
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.
 
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.

print.jpg
 
paulonichio said:
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.
Click to expand...
Maybe they're just blank? But their Usage Logs should have content if they get traffic.
 
LawsHosting said:
Maybe they're just blank? But their Usage Logs should have content if they get traffic.
Click to expand...
Hi @LawsHosting

This is a domain that receives daily visits. For example, over the past 3 days, I’ve been developing new features for this client's system, which is hosted on these subdomains. Whenever I made a mistake, I used the Error Logs option to check for more details, such as the line where I went wrong, among other information. Unfortunately, nothing is being displayed or loaded anymore.
So, there is definitely information available, but it’s just not loading.
 
unihostbrasil said:
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.
Click to expand...

Thanks @unihostbrasil for reporting this issue. The custom files for these pages were indeed in a non standard customizations location and therefore was removed by DA updater as surplus file. The fix for the issue will be released with the version 1.669.
 
Yeah, we used userdir_access for our clients too, they loved it as it was so clear. Would love it back or an easy alternative.
 
Last edited:
You must log in or register to reply here.
Back
Top