[Résolu] v 7.5.1 Server only envoi mail par php

[Hugotor]

Bonjour,

Problème : Envoi de mail depuis un site en php

Je cherche depuis un moment et je ne trouve pas la solution.

Les php.ini ont été modifiés pour avoir ( /etc/php.ini et /etc/php5/php.ini)

Code: Tout sélectionner

[mail function]
SMTP                                   = localhost
sendmail_from                          = contact@mondomaine.com
sendmail_path                          = /usr/sbin/sendmail


la commande mail (/bin/mail) fonctionne
L'envoi de message fonctionne
le webmail fonctionne
le pop, l'imap aussi

le soucis c'est que je n'ai pas de réponse dans les journaux !

Merci pour votre aide.

A+

[Hugotor]

Bonjour,

(Je me réponds

La fonction mail de php accepte 5 arguments (pour le détail [url]voir ici http://fr.php.net/manual/fr/function.mail.php[/url])
et notamment le cinquième qui sont les paramètres additionnels .

J'ai donc configuré mon système de cette manière :

• ajout de la ligne dans php.ini : sendmail_path = /usr/sbin/sendmail
• utilisation du cinquième paramètre de la fonction mail avec la valeur :"-t "

Merci de m'avoir lu.

A bientôt.

[jibe]

Salut,

Attention : php.ini est templatisé !!! Une modif manuelle sera irrémédiablement supprimée au prochain expand-template !

Perso, j'utilise sans problème la fonction mail de php sur mes SME, sans aucune modif... Je n'ai pas bien compris ton problème, surtout quand tu dis :

L'envoi de message fonctionne
[...]
le soucis c'est que je n'ai pas de réponse dans les journaux !

[Hugotor]

Coucou,

Oui j'ai "templatisé" la modif dans le php.ini .

Par contre j'ai récupéré des sites sur des hébergement de kalanda ou ovh et les fonctions d'envoi de mail ressemblent à ce qui suit :

Code: Tout sélectionner

...if(mail($TO, $subject, $message)){...

ou

Code: Tout sélectionner

...if (@mail($destinataire, stripslashes($objet), stripslashes($message_final), $headers)) {...

D'ailleurs il n'y a pas d'erreur d'envoi mais aucun message n'est envoyé et rien dans les journaux.
Quand je dis que l'envoi de message fonctionne c'est que ce qui concerne la messagerie est ok -envoi réception-.

Une information quand même j'ai installé php5 avec le tuto qui va bien depuis contribs.org http://wiki.contribs.org/PHP#PHP_5!
Est-ce une raison ?

Merci pour t'être penché sur mon problème.

[bethebeast]

Bonjour,

Le sujet semble résolu, mais aucune vrais solution n'est donnée !

Oui j'ai "templatisé" la modif dans le php.ini .

je suis curieux de voir ce fameux template, si tu peux le poster

D'ailleurs il n'y a pas d'erreur d'envoi mais aucun message n'est envoyé et rien dans les journaux.

Oui, moi aussi je suis passé par là. Par ex, l'envoi de mail par un gestionnaire de newsletters, aucune trace d'envois, si une @mail est incorrecte/invalide, ya juste un " Undelivered Mail Returned to Sender".

Mais je suppose qu'une fonction PHP kivabien pourrait y remédier

Une information quand même j'ai installé php5 avec le tuto qui va bien depuis contribs.org http://wiki.contribs.org/PHP#PHP_5!

Pourquoi avoir fait ce choix ?

@+

[Hugotor]

Bonjour,

...
je suis curieux de voir ce fameux template, si tu peux le poster

Sans problèmes, voici le template mis dans 80ModuleSettings02mailfunction dans le dossier /etc/e-smith/templates-custom/etc/php5/php.ini/

Code: Tout sélectionner

[mail function]
SMTP                                   = localhost
sendmail_from                          = contact@mondomaine.com
sendmail_path                          = /usr/sbin/sendmail

D'ailleurs il n'y a pas d'erreur d'envoi mais aucun message n'est envoyé et rien dans les journaux.

Oui, moi aussi je suis passé par là. Par ex, l'envoi de mail par un gestionnaire de newsletters, aucune trace d'envois, si une @mail est incorrecte/invalide, ya juste un " Undelivered Mail Returned to Sender".

Mais je suppose qu'une fonction PHP kivabien pourrait y remédier

Je pourrais poser la question, "Quelle fonction mieux que mail pour envoyer des messages ?"

Une information quand même j'ai installé php5 avec le tuto qui va bien depuis contribs.org http://wiki.contribs.org/PHP#PHP_5!

Pourquoi avoir fait ce choix ?

Je dirais "pourquoi pas ?" D'ailleurs il est déconseillé parait-il d'utiliser php5 avec sme 7 ??? est-ce confirmé ?

@+

à bientôt !

[jibe]

Salut,

Je n'ai jamais installé PHP5, je ne sais pas si le problème vient de là... J'en serais un peu surpris, mais puisque je n'ai pas de problème sous la version officielle de PHP4, on peut supposer que c'est ça...

Je confirme non seulement que PHP5 n'est pas maintenu et déconseillé, mais qu'en plus une bonne part des intrusions réussies sur SME l'ont été sur des bécanes où la version de PHP a été changée ! Il semblerait (j'insiste sur le verbe sembler au conditionnel !) que la version cgi de PHP5 pose moins de problèmes de sécurité qu'un changement de version direct... Mais bon, sans raison impérative et incontournable, je ne mettrai jamais PHP5 sur une SME 7.x !

D'ailleurs il n'y a pas d'erreur d'envoi mais aucun message n'est envoyé et rien dans les journaux.

Oui, moi aussi je suis passé par là. Par ex, l'envoi de mail par un gestionnaire de newsletters, aucune trace d'envois, si une @mail est incorrecte/invalide, ya juste un " Undelivered Mail Returned to Sender".

Je n'ai pas tout compris, là ???
- On parle d'envoi par la fonction mail de PHP, ou d'envoi par un gestionnaire de newsletters ? Lequel et pourquoi ?
- Le "Undelivered Mail Returned to Sender" prouve justement bien que le mail est parti ! Il est ensuite retourné à l'expéditeur lorsqu'on finit par s'apercevoir qu'il y a un problème rendant la livraison impossible...

Je pourrais poser la question, "Quelle fonction mieux que mail pour envoyer des messages ?"

Je ne connais que celle-ci, et je trouve qu'elle va très bien, avec la totalité ou non des paramètres optionnels ! Je n'ai jamais regardé ce que ça donne comme logs (ben oui... Jamais eu de problèmes => pas besoin ), mais je suppose que c'est le MUA en service - qmail pour nos SME - qui fait l'expédition, et dans ce cas ça doit bien figurer dans ses logs !

Cela dit, il est possible aussi que l'envoi se fasse directement par PHP, sans passer par aucun MUA. Dans ce cas, ce n'est pas dit qu'il y ait des logs. Il est aussi possible qu'il n'y ait des logs qu'en cas d'échec pour ne pas encombrer inutilement le fichier. Et encore une fois, s'il y a un "return to sender", il n'y a pas du tout eu échec de l'envoi : c'est un échec de distribution, qui ne peut pas faire l'objet d'un log, seulement d'un mail en retour !

[bethebeast]

D'ailleurs il n'y a pas d'erreur d'envoi mais aucun message n'est envoyé et rien dans les journaux.

Oui, moi aussi je suis passé par là. Par ex, l'envoi de mail par un gestionnaire de newsletters, aucune trace d'envois, si une @mail est incorrecte/invalide, ya juste un " Undelivered Mail Returned to Sender".

Mais je suppose qu'une fonction PHP kivabien pourrait y remédier

Je pourrais poser la question, "Quelle fonction mieux que mail pour envoyer des messages ?"

Ce n'est pas ce que je voulais dire

Jibe a très bien expliqué ma pensée :

Cela dit, il est possible aussi que l'envoi se fasse directement par PHP, sans passer par aucun MUA. Dans ce cas, ce n'est pas dit qu'il y ait des logs

Et quand j'ai parlé de fonction PHP, elle a pour fonction de créer une trace d'envoi dans un fichier logs.
Mais comme je ne suis pas expert en PHP, je ne sais si 'est possible.

Voili voila

@+