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

PHP and QMail, what is the right setting?

E

ElricM

Guest
I've searched through the forums looking for the answer to this, but haven't quite found it. Mail is working normally on my system, send/receive no problems. Telnet to port 25 or 110 is less than a second.

I have -Rt0 in /etc/xinetd.d/smtp_psa

The problem is when sending mail through PHP. It works correctly, but it's slow to make the connection. Like 2 minutes or more for the form to come back. I have the following in php.ini

sendmail_path = /usr/sbin/sendmail -t -i

I've also tried

sendmail_path = /var/qmail/bin/qmail-inject -t -i

but while that allowed the form to come back quickly, I never received any mail.

What is the proper sendmail_path for PHP when using Plesk (I'm on 7.5.3) or how can I speed this up? I don't want the user waiting 2 minutes or more for the form to return.

Thanks for any advice.
 
sendmail_path = /var/qmail/bin/qmail-inject
or
sendmail_path = /usr/sbin/sendmail -t -i

Are correct if /usr/sbin/sendmail exists on your system.

2 minutes for the form to finish seems not related to this setting to my opinion.
 
Originally posted by it-biz
2 minutes for the form to finish seems not related to this setting to my opinion.
Well they obviously are since only mail sent through PHP is effected. Also, by changing php.ini to

sendmail_path = /var/qmail/bin/qmail-inject -t -i

will allow the form to return immediately however no mail is ever received. Changing it back to

sendmail_path = /usr/sbin/sendmail -t -i

causes the PHP form to take 2 minutes again and I do receive the email.
 
OK, so here's an update:

If I stop the Dr.Web service, then this is really fast.

Anybody know how to keep Dr. Web running and speed this up? (Mail sent via a PHP form).

Thanks for your help.
 
Back
Top