• 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 not accepting mail from PHP forms

F

fxstar

Guest
Hi all,

We have a particular problem with Qmail on Plesk 8.1.1.

We are having a problem in that pop3/imap and SMTP sending from regular mail clients works fine. However when we use the regular PHP Mail() function we get the following error in the log:

////////
qmail-queue-handlers[24935]: cannot create temporary file - (13) Permission denied
Nov 16 16:02:01 [servername] qmail-queue-handlers[24935]: cannot read message from stdin
Nov 16 16:02:01 [servername] qmail-queue[24934]: starter: submitter[24935] with error code 54
Nov 16 16:02:01 [servername] qmail-queue[24934]: mailsend: wait for submitter failed
Nov 16 16:02:01 [servername] qmail-queue[24934]: cannot reinject message to mail system
////////

Anyone have any ideas? I cannot locate the temp files that it's calling and I've commented out all the sendmail provisions in the php.ini's trying to locate how this is working. No luck thus far.

PS.

At the same time the PHP form is submitted - I see about 100 entries in the /var/log/messages file similar to this:

////////
Nov 16 17:18:13 [servername] kernel: audit(1195251493.428:21020): avc: denied { append } for pid=27425 comm="sendmail" name="access_log" dev=dm-3 ino=212123 scontext=root:system_r:system_mail_t tcontext=root:eek:bject_r:httpd_sys_content_t tclass=file
////////
 
Originally posted by fxstar
Hi all,

We have a particular problem with Qmail on Plesk 8.1.1.

We are having a problem in that pop3/imap and SMTP sending from regular mail clients works fine. However when we use the regular PHP Mail() function we get the following error in the log:

////////
qmail-queue-handlers[24935]: cannot create temporary file - (13) Permission denied
Nov 16 16:02:01 [servername] qmail-queue-handlers[24935]: cannot read message from stdin
Nov 16 16:02:01 [servername] qmail-queue[24934]: starter: submitter[24935] with error code 54
Nov 16 16:02:01 [servername] qmail-queue[24934]: mailsend: wait for submitter failed
Nov 16 16:02:01 [servername] qmail-queue[24934]: cannot reinject message to mail system
////////

Anyone have any ideas? I cannot locate the temp files that it's calling and I've commented out all the sendmail provisions in the php.ini's trying to locate how this is working. No luck thus far.

PS.

At the same time the PHP form is submitted - I see about 100 entries in the /var/log/messages file similar to this:

////////
Nov 16 17:18:13 [servername] kernel: audit(1195251493.428:21020): avc: denied { append } for pid=27425 comm="sendmail" name="access_log" dev=dm-3 ino=212123 scontext=root:system_r:system_mail_t tcontext=root:eek:bject_r:httpd_sys_content_t tclass=file
////////

I bet 10$ it is caused by Selinux ;)
Check selinux status with:
getenforce

if it is in enforcing mode switch it to permissive mode using:
setenforce 1
 
Indeed. You win.

Turns out SELinux decided to quarantine sendmail for some ridiculous reason after a reboot.

Had to get the provider managing the OS to reset the permissions on SELinux and then reset it's profile.

Reminded me of some good ole fun with Tripwire circa 1999.
 
Back
Top