Search results

Do you use the full part to the php binary you need now, or what was your CLI solution? In /usr/lib/plesk-9.0/maxlifetime I see: if [ -d "/etc/php/7.4" ] ; then for d in `find "/etc/php/7.4" -mindepth 1 -maxdepth 1 -type d`; do update_max_lifetime "/usr/bin/php"...

Are you sure you didn't run autoremove? This looks like plesk-php* packages were removed. AFAIK plesk's scripts run /opt/plesk/php/7.4/bin/php directly without going through /etc/alternatives/php, so just php8.4 taking over the alternatives shouldn't affect plesk, but it DOES affect cli.

@ is not in there.

Now I want to know how you got Microsoft Defender to run on Linux.

If it's mostly stuck in unpacking, check the temperatures with lm-sensors. Might be a bad CPU fan.

Is that a real server or just a vhost?

Then the 500 actually comes from Apache. Check the Apache error log. (/var/www/vhosts/system/yourdomain/logs/error_log)

... by violating quite a bunch of standards. This can only work if the google mail server is the first to receive the mails, and then relays all it doesn't know to your internal server. It will definitely break such things as fallback MX.

What are your hosting settings? Do you use nginx only or as reverse proxy?

Usually you don't need /home at all. What is there in /home anyway? All subscription users should have their $HOME under /var/www/vhosts. Growing partitions is safe. I would copy the content of /home to e.g. /home2, then kill the mountpoint and the entry in /etc/fstab, rename /home2 to /home...

Only if it has write access to /var/log/.

Does the dovecot user have write access to that logfile?

What is the exact line in the sources.list[.d]?

du only considers files that are actually present in the file system. It is possible to create a file, keep it open and delete it. Such a file will still be able to be used for all practical purposes while it is open, keeping its allocated disk space until it is closed, when the space will be...

We have everything (mail, subdomains) except www. of our main domain hosted on our plesk server. /well-known/ is mounted via sshfs, and there's a cronjob copying the certs over (and reloading nginx). Bit kludgy, but works so far.

Some subprocess might be dropping privileges, though. And that would be blocked by the --- for "other".

What are the permissions of /mnt?

Assuming this is a v6 problem, that should be ::1/128.

Waaait ... that's an nginx error. htaccess won't help there because nginx doesn't touch htaccess. Were those websites mistakenly set to nginx only instead of nginx proxy to apache?

Could you please screenshot what exactly you selected?