Starting on October 19, 2021, we will enable single-sign-on for our Plesk Support Center to provide a seamless login/account experience. This implies that you’ll be able to use a single account across any of our web-facing properties.
To be prepared for this change and to avoid the need to register during your next ticket submission after the change, we encourage you to create an account here before October 19 using the same email address as your current Zendesk login (support account). It’s essential that you use the same email address on our support center to ensure that your tickets stay attached to the same account. You will continue to use ZenDesk authentication until we switch over to single-sign-on on October 19th.

Articles in this section

See more

Unable to send email using PHP mail after Plesk update: Your server might not be configured to send mail using this method

Avatar
Stefan Yakubov
Updated
Follow
Plesk for Linux kb: bug ABT: Group A

Applicable to:

  • Plesk for Linux

Symptoms

  • After Plesk update or on a new Plesk installation on CentOS 7 minimal, the PHP mail doesn't work.

  • Unable to send an email with a PHP application, the following error is shown:

    CONFIG_TEXT: Unable to send email using PHP mail(). Your server might not be configured to send mail using this method.

  • The following error might be shown in the following log files:

    • Apache log file /var/log/httpd/error.log:

      CONFIG_TEXT: sh: /usr/sbin/sendmail: Permission denied

    • In the PHP-FPM log file /var/log/plesk-phpXX-fpm/error.log:

      Note: Where XX is the PHP-FPM version selected in the domain.

      CONFIG_TEXT: WARNING: [pool example.com] child 21423 said into stderr: "sh: /usr/sbin/sendmail: Permission denied"

  • The symlink /etc/alternatives/mta is as follows:

    # ls -l /etc/alternatives/mta
    lrwxrwxrwx. 1 root root 26 Oct 23 23:07 /etc/alternatives/mta -> /usr/sbin/sendmail.postfix

Cause

This is a Plesk bug with the ID #PPP-46267 which is planned to be fixed in future Plesk updates.

Note: Subscribe to the article to get notified once a fix will become available

Resolution

As a workaround:

  1. Connect to the server via SSH

  2. Create two symlinks:

    # ln -s /etc/pam.d/smtp.postfix /etc/alternatives/mta-pam
    # ln -s /etc/alternatives/mta-pam /etc/pam.d/smtp

  3. Unlink the file /etc/alternatives/mta:

    # unlink /etc/alternatives/mta

  4. Re-create the Symlink pointing to /usr/lib64/plesk-9.0/postfix-sendmail-wrapper binary:

    # ln -s /usr/lib64/plesk-9.0/postfix-sendmail-wrapper /etc/alternatives/mta


Comments

2 comments

Sort by Date Votes

Please sign in to leave a comment.

Have more questions? Submit a request

Related articles