PHP mail() fonctionne en ligne de commande, mais pas apache

Je suis à essayer de comprendre pourquoi la fonction mail en PHP échoue lorsqu'il est appelé via un navigateur web (c'est à dire à apache), mais je peux utiliser le même script à partir de la ligne de commande à l'aide de

php -f mailtest.php

C'est l'un de mes clients Fedora serveurs, donc je ne connaît pas complètement, mais j'ai accès à la racine j'ai besoin de changer quoi que ce soit.

à partir de php.ini:

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

Ne sais pas si cela pourrait avoir son importance, mais /usr/sbin/sendmail est un lien symbolique vers /etc/alternatives/mta, qui est un lien symbolique de retour à /usr/sbin/sendmail.sendmail. FWIW l'utilisateur apache ne l'autorisation d'exécuter sendmail (testé sendmail directement à partir de la ligne de commande).

OS: Fedora Core 7 Linux (kernel 2.6.23.17)  
Apache: 2.2.8  
PHP: 5.2.6

Toute l'aide ici seront grandement appréciés!

Vous souhaitez peut-être ce post sur serverfault.com

OriginalL'auteur matt | 2009-09-22

  1. 19

    J'ai trouvé le problème. SELinux empêche apache d'être en mesure d'utiliser sendmail. Pour le diagnostic, j'ai utilisé

    $ sestatus -b | grep sendmail  
httpd_can_sendmail                   off

    Alors pour réellement résoudre le problème:

    $ restorecon /usr/sbin/sendmail
$ setsebool -P httpd_can_sendmail 1

    Lire plus à ce sujet ici.

    Heureux vous avez compris. Vous devez accepter votre propre réponse -- vous accorde rep, un badge, et permet aux autres de savoir la réponse à la question.
    merci, vous m'a conduit dans le bon sens: j'ai eu un problème similaire, et après lecture de votre post, j'ai eu l'idée qu'il pourrait y avoir quelque chose de todo avec mon apparmor installation ... en effet, c'est le problème.
    Vous devez exécuter cette commande en tant que root pour info.
    dites-moi pourquoi cette fonction est désactivée par défaut??
    setsebool -P httpd_can_sendmail 1 ne fonctionne pas pour moi. J'ai essayé avec -V option, et il a travaillé comme un charme.

    OriginalL'auteur matt

  2. 0

    Est-il un utilisateur des autorisations d'erreur? Votre compte et celui utilisé pour exécuter des scripts PHP peuvent avoir des privilèges différents.

    Tous les utilisateurs ont l'autorisation d'exécution de sendmail. Je l'ai confirmé par l'exécution de sendmail en tant que l'utilisateur apache.

    OriginalL'auteur Rob Drimmie

  3. 0

    Quoi que ce soit dans error_log d'apache? Est PHP en cours d'exécution en tant que module apache ou binaire CGI?

    EDIT: Hmmm... rien dans le journal des erreurs. Quel est l'appel à mail(...) retour? Rien d'intéressant dans le journal de messagerie? Cela peut varier en fonction de la MTA, souvent /var/log/maillog

    EDIT 2: Est safe_mode allumé et êtes-vous à l'aide de la mail() de la fonction de additional_parameters ?

    rien dans le journal des erreurs. PHP est exécuté en tant que module apache.
    aussi, j'ai tourné sur toutes les erreurs (c'est à dire la fonction error_reporting(E_ALL); ) et je ne vois pas d'erreurs ou d'avertissements.

    OriginalL'auteur Josh

  4. 0

    C'est ma première réponse sur StackOverflow! 😮

    Donc j'ai eu le même problème que vous, matt! J'utilise OpenSuse. J'ai compris que postfix check entraîné avec

    postfix/postfix-script: warning: not owned by group maildrop: /usr/sbin/postqueue
postfix/postfix-script: warning: not owned by group maildrop: /usr/sbin/postdrop
postfix/postfix-script: warning: not set-gid or not owner+group+world executable: /usr/sbin/postqueue
postfix/postfix-script: warning: not set-gid or not owner+group+world executable: /usr/sbin/postdrop

    alors, j'ai couru les prochaines commandes:

    # my postfix user is postfix and postfix group is maildrop
sudo chown 'postfix:maildrop' /usr/sbin/post{drop,queue}
sudo chmod g+s /usr/sbin/post{queue,drop}

    et puis, j'ai essayé de simple script PHP à partir de mon navigateur pour tester si tout fonctionne bien: (en supposant que vous souhaitez mail [email protected])

    <?php
$ret = mail('[email protected]', 'subject', 'message');
if ($ret === true)
  echo 'Success'.PHP_EOL;
else
  echo 'Error'.PHP_EOL;

    et c'est très bien! J'espère que vous allez résoudre le problème avec cette méthode

    OriginalL'auteur Alexandre