Home / server / Questions / 1163233
Accepted
Bastien974
Asked: 2024-07-30 00:59:40 +0800 CST

Call to php mail() are not queued in postfix

  • 772

I'm running CentOS7, PHP 8.0.30, postfix 2.10.1-9.el7 Sometimes emails we try to send through php mail() function are not sent and after enabling verbose logging for postfix's pickup, cleanup, qmgr, smtp we noticed nothing is being pickup.

pickup unix n - n 60 1 pickup -v

The email is lost between mail() (which call is logged in syslog) and postfix.

Sendmail is correctly defined in php.ini

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

Our exact same code runs perfectly on another server from the pool, but not this one server in particular. Any idea ?

php

2 Answers

  1. Here are some troubleshooting steps -

    1. Check Syslog for PHP Mail:

      • Ensure that the mail() function is logging correctly in the syslog.

    2. Verify sendmail_path:

      • Double-check sendmail_path in php.ini: 
        sendmail_path = /usr/sbin/sendmail -t -i

    3. Compare Configurations:

      • Compare PHP, Postfix, and server configurations between the working and non-working servers to identify discrepancies.

    4. Permissions:

      • Ensure the user running PHP has permissions to execute /usr/sbin/sendmail.

    5. Postfix Logs:

      • Enable and check verbose logging for Postfix components: 
        pickup -v
cleanup -v
qmgr -v
smtp -v

    6. Check Mail Queue:

      • Use mailq to inspect if mails are stuck in the queue.

    7. SELinux/AppArmor:

      • Ensure SELinux or AppArmor is not restricting the sendmail execution.

    8. Firewall/Network:

      • Ensure there are no firewall rules or network issues preventing email sending.

    9. Restart Services:

      • Restart Postfix and PHP-FPM/Apache to ensure configuration changes take effect: 
        systemctl restart postfix
systemctl restart php-fpm

    10. Test Direct Sendmail:

      • Try sending a test email directly using sendmail: 
        echo "Subject: Test" | /usr/sbin/sendmail -v [email protected]

    By systematically checking these areas, you should be able to identify and resolve the issue.

    • 3
  2. Best Answer

    Turned out by disabling (what looks like absolutely unrelated) a grpc option, the issue stopped happening.

    /etc/php.d/40-grpc.ini
    #grpc.enable_fork_support = 1
    • 0