• The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Number of FTP users affects SMTP queue-handlers, and kills email submission

I

impressM_Hector

Guest
Hi,
This is a strange one!

I am running a VE inside a 64-bit-Centos5, OpenVZ hardware node. This particular VE is running Centos5 & Plesk 8.3 with a 100-domain license. The VE has 26 clients and 43 domains configured, one of which has 118 subdomains. Most of the subdomains have their own FTP account for access. It’s been very stable for months.

A couple of days ago, I created another domain and shortly thereafter (although at this point I did not notice the correlation) began receiving complaints that email was down. The error people were getting in Outlook was “451 qq read error (#4.3.0)“

The /var/usr/local/psa/var/log/maillog log showed tons of this:

Jul 15 16:53:49 {host} qmail-queue-handlers[20452]: Handlers Filter before-queue for qmail started ...
Jul 15 16:53:49 {host} qmail-queue-handlers[20452]: cannot create temporary file - (122) Disk quota exceeded
Jul 15 16:53:49 {host} qmail-queue-handlers[20452]: cannot read message from stdin

We did not make the ‘ftp users’ connection right away, and instead focused on making sure the VE had enough resources (we had no fail counts), restarted, added more inodes, and so on. Nothing worked, until I removed the newly created domain! The email began to work immediately, and if I add ANY domain, the email breaks right away as well.

In troubleshooting the problem, I left the newly created domain alive and found that if I edited one of the subdomains in that large domain, so that it used the same FTP as the main domain (one less FTP user) it fixed the email.

So as long as we delete an FTP user, we can add another domain without issue. If we add an FTP user, the only side effect we’ve noticed is the qmail-queue-handlers fail with Disk quota exceeded.

Any ideas?

Thank you!!!
Hector
 
Back
Top