Search results

That command fixed it for us - many thanks. For reference the old affected server is running: Product version: Plesk Obsidian 18.0.41.1 OS version: CentOS 8.5.2111 x86_64 Build date: 2022/02/07 23:00 Revision: 8cecdf6536124408249dd8ea2063e3e6f632ba5b

We have a URL (from a Magento 1 install) which is being wrongly handled by Nginx like this: https://domain.com/js/index.php/x.js?f=prototype/prototype.js,prototype/validation.js,mage/adminhtml/events.js,mage/adminhtml/form.js,scriptaculous/effects.js Instead this URL should be handled by...

Update: we set up a test server from scratch and it's not affected by this bug. So we have two identical servers: one with the problem and one without. The only difference is that the affected server has gone through various upgrades from earlier Plesk versions, so possibly something related to...

We just saw this occurring today on a Plesk 11.5.30 server running on CentOS 6.8 - when updating the mailbox password from Plesk it does not update the passwords used for the rest of the mail aliases for that mailbox. Qmail is used as the MTA. Example: [root@server ~]#...

We've found a strange issue with email auto-responders. If an auto-responder is enabled for an email address and a remote user sends mail to the email address with a forged reply-to address at the local domain, the auto-responder bounces to the forged sender address as if the catchall address...

Thanks for your reply, IgorG. Unfortunately this doesn't seem to be the problem. We are using Plesk 11.5 but the KB article is for Plesk 12.5. However, we ran the suggested steps but this didn't help: mysql -uadmin -p`cat /etc/psa/.psa.shadow` -Dpsa -e "delete from accounts where id=32" mysql...

Hello, On Plesk 11.5.30 I just tried to delete an additional FTP user and got an error in the panel saying that the user could not be deleted as it's currently in use (don't recall the exact message). The additional FTP user is now no longer listed in the panel, but the user account still...

Hello, We have enabled Comodo ModSecurity as the WAF rule set in Plesk 12.5.30 with "Update rule sets" set to "Daily", however the rules don't appear to be updating. I have tried running the rule update manually: plesk php /usr/local/psa/admin/plib/DailyMaintainance/script.php -f...

Thanks for your help @IgorG. This fixed the issue (didn't find that KB article before). Cheers!

Hello, We were testing the upgrade process from Plesk 11.5.30 to 12.5.30, and when running the upgrade the following errors were logged: Trying to untar named run-root directory structure... mknod: `dev/random': File exists mknod: `dev/urandom': File exists done Trying to set up default...

Thanks for your responses, IgorG. After further checking we found it was the RBL b.barracudacentral.org that was causing the intermittent delays - when we disable it and only use sbl-xbl.spamhaus.org the SMTP connections are very quick. Is it possible to prevent an RBL lookup from taking too long?

At the time of the slowness/timeouts occurring, we seem to be having some very long SMTP sessions occurring: Jun 17 08:04:00 server xinetd[11309]: EXIT: ftp status=0 pid=24979 duration=1(sec) Jun 17 08:04:02 server xinetd[11309]: EXIT: smtp signal=13 pid=20651 duration=73(sec) Jun 17 08:04:06...

Unfortunately doesn't seem to be that issue either - there are no "Deactivating service..." lines in /var/log/messages so doesn't look like that's the cause of the problem.

A limitation on the number of incoming connections for example? Just trying to work out what could be causing the response times to vary so much. Server loads are low and it's servicing ~30 SMTP connections per minute on average.

@IgorG Thanks for your reply. Unfortunately the file /var/qmail/queue/lock/trigger already exists on the server so this doesn't appear to be the issue. Is there an xinetd limitation perhaps?

We are seeing intermittent slow responses from SMTP on a RHEL6 server running Qmail on Plesk 11.5. The response is being measured from a remote Zabbix server. The response time seems to be slow (>10s) for a period of 2-3 minutes and then returns to normal (<1s). All other services continue to...

Yes - it's the same question. Has Parallels thought about any solutions to this in Plesk? If the customer can run files as 'apache' (eg using mod_php, mod_perl or mod_python) then as a service provider we have no way to limit how many files the customer can create. They could fill up the entire...

Thanks for your response. So as I understand it, the only way to fully limit disk usage would be to ensure that all files created on a domain are owned by the domain's user account and not apache? This would mean disabling mod_perl, mod_python and mod_php so that all scripts such as CGI/Perl...

Great to hear you got it working - well done! Try running the script in this KB article to address the POODLE problems: http://kb.odin.com/en/123160 Cheers, Chris

You'll need to add a rule for HTTPS on port 443 to allow it in the firewall - should be TCP and port 443.