• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

qmail concurrency problem

D

dw604

Guest
When queueing email to a large list of, say, 100,000 messages it works fine for a short time, with up to 250 concurrent qmail-remote processes. After a while the number of qmail-remote processes dwindles down to 10-20 and won't go any higher. My client emails purchased lists and so generates higher-than-average complaints. As a result they are sometimes blocked from connecting to Yahoo or HotMail... could this be part of it? Perhaps these failed connections are "holding" the connection, preventing qmail from starting the next one(s)?

Are there any settings anyone can recommend tweaking? I read something in these forums about an "smtp remote timeout" setting, but can't find it now.

Shutting down qmail, killing all qmail-* processes and restarting seems to work or a short time but it happens again not long after.

Server is FC4 Plesk 7.5.4. concurrencyremote is set to 250, -Rt0 is added to xinetd and qmail is recompiled with conf-split 199.

Thanks for any advice.
 
Back
Top