• 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.

Can't send/receive mail after 7.5.4

H

hegebutt

Guest
I've read all the other posts about qmail misbehaving, and haven't found one that helps me out.

After I upgraded to 7.5.4, I cannot send or receive mail. Here's what I tried so far:

1. Tried to telnet to port 25. Connection refused.

2. Tried stopping qmail in the CP. The CP icons do not show the service as stopped. Tried restart. Still no connection.

3. Checked ps -ax | grep qmail to see if it was running. Not sure what the result means, but through comparison with results in another post, it seems to be running.

4. Tried stopping qmail from the command line. Still shows up as running in Plesk.

5. Tried reinstalling qmail. Still SMTP connection refused. Same problems.

I'm out of ideas. What else can I try?
 
I had the same the problem after an update to 7.5.4.

In fact, the XINETD services name were changed from SMTP_PSA to SMTP.PSA.

Changed it back, it must be SMTP_PSA and SMTPS_PSA (into the folder /etc/xinetd.d).

Olivier
 
same issue different fix

have to admit i caused this one quite by accident but in the hopes it might help someone else here is what happened.

trying to resolve the issue of spam on qmail and all of the other issues with qmail like it stopping processing mail intermittently and not running as a service but as a daemon i upgraded/installed xinetd on debian sarge. did not pay attention that qmail is actually not running in xinetd but was being started by inetd.

While i would prefer that qmail ran all the time as we are sending/recieving a large volume of mail i will have to address that at a later time.

basically removing xinetd enabled me to restart qmail. i will now have to find a xinetd script for qmail before i can run xinetd.

this posted caused me to have a BFO (blinding flash of the obvious) about my attempt to upgrade xinetd and made me check what was in it and inetd.conf.

Hope this helps someone else.
 
Back
Top