Forum d'entraide PHPFrance

Bonjour,

Depuis peu, nous avons un soucis avec les mails envoyés depuis notre boutique, via la fonction mail() de php, certains ne parviennent pas à leur destinataire, et ceux qui y parviennent sont considérés comme spam (alors qu'au niveau du contenu, ce n'est que du texte, et rien de suspect). Il y a un mois nous n'avions aucun soucis, et depuis peu c'est une catastrophe.
Bon je sais bien, ce n'est pas une question de php, mais je ne sais pas où mettre ça sur le forum.

Le fait que nous soyons en mutualisés peut-être la cause du problème, mais avant de changer d'hébergeur, si quelqu'un s'y connaissant pouvait m'aider à déterminer si cela ne viendrait pas d'une erreur de manip de ma part ?

Alors, dans les mails que l'on envoi et qui posent problème:

- Certains sont envoyés depuis le formulaire de contact du site, et c'est donc l'adresse qu'indique le client qui apparait dans l'entête from. Ceux là sont considérés comme spam de façon quasi systématique par au moins gmail. Après, si certains de ces mails ne nous parviennent carrément pas, pour le moment nous n'en savons rien.
Voila l'entête d'un de ces mails Certains mails sont envoyés de manière automatique, comme les mails de confirmation de commande, et l'on sait que ce type de mails n'arrivent parfois pas du tout chez le client (et c'est assez fréquent ces derniers temps).
Et voila l'entête d'un mail de ce type, bon en gros c'est la même chose que le mail précédent, mais c'est l'adresse mail du site [email protected] qui est dans from. Enfin certains mails sont envoyés en utilisant des adresses d'expéditeur de type @rueverte.com, ce qui nous sert à séparer les mails anglais des mails français. http://www.rueverte.com est un domaine qui pointe vers le même serveur que http://www.rueverte.fr (on dit un alias ?)

Alors, est-ce que gmail a des raisons de voir quelquechose de suspect dans tout ça ? Et est-ce que le problème va nous suivre si l'on change d'hébergeur ?

Merci grandement de l'aide !

Slt ,

beaucoup de points peuvent engendrer la détection de mail comme spam , que ce soit sur le contenu mais aussi et surtout sur le serveur qui envoi les mails / sa configuration / et les enregistrements dns ( SPF DKIM ect ).

Afin d'en savoir déjà un peut plus , envois un mail avec ce serveur à l'adresse suivante :

[email protected]

Il faut que l'adresse de retour soit valide , car un rapport sera envoyé à l'adresse de retour indiquant ce qui va et ce qui ne va pas .

Ce rapport peut expliquer les problèmes que tu rencontres , mais le problème peu aussi être ailleurs .

Cdt,
Ch.

y'a de grand chance que ca vien du fait que dans l'entete le Form soit different de l'adresse qui envoie le mail
voir la directive sendmail_from dans le php.ini

"From" du php.ini uniquement si c'est un serveur windows , sinon , je pencherais plus pour le champ SPF non ou mal configuré , ainsi que le reverse qui ne semble pas bon :

rueverte.fr => 194.246.101.160

194.246.101.160 => frodo.iicrai.fr.

Hello,

C'est un serveur linux.
J'ai testé en indiquant [email protected] dans le from. Cela ne change rien au problème.

Concernant [email protected], je ne sais pas s'il m'est possible de configurer Return-Path: <[email protected]>, dans l'état je ne sais pas comment recevoir ce rapport.
J'ai remonté toutes ces pistes et ces soucis à mon hébergeur, mais étant en mutualisé, je crains qu'il ne puisse pas changer toute sa config pour notre petite boutique ... enfin je verrais bien sa réponse !

si tu met pas la ligne Form : blalal, ca donne quoi ?

Cela ne change rien :/

ca te l'envoie en SPAM pareil ? ducoup quel est le nom de l'expéditeur ?

Et bien, c'est ce qui est indiqué dans l'entête comme adresse de retour, qui est placé j'imagine de façon automatique par le serveur mail de mon hebergeur, donc
Return-Path: <[email protected]>

Sans doute que le test via [email protected] donnerait plus de piste, mais en l'état et tant que mon hébergeur ne m'a pas répondu, j'en suis bloqué là.