OVH Community, votre nouvel espace communautaire.

Envoi d'emails impossible vers orange depuis un script PHP


Isendel
07/10/2013, 11h32
Mon problème est résolu merci Gaston_Phone, j'ai demandé à praxprax de créer un nouveau message pour son problème c'est vrai qu'on y verrait plus claire.

Citation Envoyé par Isendel
Je vous conseille de créer un nouveau sujet dans cette rubrique en donnant le plus de détails possibles sur ce à quoi vous avez souscrit. Sans les termes précis de vos offres il est difficile de vous conseiller en conséquence :
http://forum.ovh.com/forumdisplay.php?f=7
Wait'n'see !

fritz2cat
07/10/2013, 09h56
Message à praxprax resté sans réponse:
Citation Envoyé par fritz2cat
Dans le message que tu envoies, y a-t-il un lien vers un site web ?
Si oui, ré-essaie sans ce lien.

Gaston_Phone
07/10/2013, 09h11
De quoi parle-t-on ici :
  • Du problème de Isendel avec un script PHP chez OVH (objet initial du POST) ?
  • Du problème de Praxprax avec le Mac Mail sur son micro personnel ?

Isendel
07/10/2013, 08h43
Citation Envoyé par praxprax
Il s'agit d'un hebergement PRO - MUTUALISE
Type d'offre : pro
Serveurs web : cluster006
Serveurs de données : filerz742
Citation Envoyé par praxprax
Bonjour,
Il s'agit de mac mail que nous utilisons sur plusieurs Mac.
incoming : ns0.OVH.NET PORT 110 SANS SSL
outgoing : ns0.ovh.net PORT 587 SANS SSL
Aucun message d'erreur les mails partent , jamais aucun retour et sommes avises apres discussion avec le destinataire...
Dans une activite commerciale "big probleme" !
Vos paramètres me semblent bons mais Orange est très regardant sur les données transmises par mail. Vérifiez que vous ayez bien l'adresse de l'expéditeur, l'adresse de réponse... de renseignée.

Recevez-vous un mailer-daemon en retour (un email d'orange qui vous indique pourquoi il vous rejette) ?

Gaston_Phone
05/10/2013, 10h51
Citation Envoyé par praxprax
Il s'agit de mac mail que nous utilisons sur plusieurs Mac.
incoming : ns0.OVH.NET PORT 110 SANS SSL
outgoing : ns0.ovh.net PORT 587 SANS SSL
Citation Envoyé par fritz2cat
@Gaston, faut mieux lire la question ! (outgoing : ns0.ovh.net PORT 587 SANS SSL)
Le titre du sujet est : Envoi d'emails impossible vers orange depuis un script PHP.

J'ai bien répondu au titre du sujet.

Donc, je ne vois pas pourquoi praxprax vient s'incruster dans ce POST. Il est hors sujet.

fritz2cat
05/10/2013, 10h43
Citation Envoyé par Gaston_Phone
A tout hasard essaie avec ce script de test --> OVH - Tester l'envoi de mail avec un petit script PHP
@Gaston, faut mieux lire la question ! (outgoing : ns0.ovh.net PORT 587 SANS SSL)

Gaston_Phone
05/10/2013, 10h30
Citation Envoyé par praxprax
Vers orange les mails n'arrivent pas !
A tout hasard essaie avec ce script de test --> OVH - Tester l'envoi de mail avec un petit script PHP

fritz2cat
05/10/2013, 10h17
Dans le message que tu envoies, y a-t-il un lien vers un site web ?
Si oui, ré-essaie sans ce lien.

praxprax
05/10/2013, 06h29
Bonjour,
Il s'agit de mac mail que nous utilisons sur plusieurs Mac.
incoming : ns0.OVH.NET PORT 110 SANS SSL
outgoing : ns0.ovh.net PORT 587 SANS SSL
Aucun message d'erreur les mails partent , jamais aucun retour et sommes avises apres discussion avec le destinataire...
Dans une activite commerciale "big probleme" !

fritz2cat
04/10/2013, 21h13
non, la bonne indication serait:

quel programme de mail, sur quel ordinateur ? > si c'est le mac à la maison, quel est le SMTP server défini pour le courrier sortant, quel port, avec ou sans TLS/SSL ? quel message d'erreur ?

praxprax
04/10/2013, 17h31
Il s'agit d'un hebergement PRO - MUTUALISE
Type d'offre : pro
Serveurs web : cluster006
Serveurs de données : filerz742

Isendel
04/10/2013, 17h23
Qu'appelez vous hébergement classique ? Avez-vous un mutualisé, un simple compte POP en plus du domaine ?

Normalement depuis un logiciel de messagerie comme le vôtre, la probabilité pour que le mail n'arrive pas chez orange est très faible, dès lors que tout est bien renseigné comme il se doit au sein du logiciel.

Je vous conseille de créer un nouveau sujet dans cette rubrique en donnant le plus de détails possibles sur ce à quoi vous avez souscrit. Sans les termes précis de vos offres il est difficile de vous conseiller en conséquence :
http://forum.ovh.com/forumdisplay.php?f=7

praxprax
04/10/2013, 17h17
Vers orange les mails n'arrivent pas !

praxprax
04/10/2013, 17h16
Bonjour,
Oui nous avons un site heberge chez ovh, et utilisons mac mail depuis mac. A priori tout semble bien se passer excepte lorsque l'on decouvre que les mails n'arrivent pas a destination.
Le type d'abonnement est l'hebergement classique.

Isendel
04/10/2013, 17h04
Bonjour praxprax,

Avez-vous souscrit à un VPS ?
Avez-vous un nom de domaine chez OVH (pour gérer les emails de l'entreprise) ?
Essayez-vous d'envoyer vos messages depuis le logiciel Mail ?

praxprax
04/10/2013, 16h40
Bonjour a tous !
Nous venons de migrer notre site vers ovh quittant hostgator suite a de nombreux problemes de mails qui n'arrivent jamais a destination.
Aujourd'hui, tout nouveau client chez ovh, nous decouvrons que beaucoup de mails ne sont jamais delivres et particulierement sur orange !!??
Nous n'y connaissons rien en dehors d'avoir suivi les indications afin de connecter nos ordinateurs [Mac] vers le site...
Si vous avez une idee en language simple... Merci par avance !

Isendel
03/10/2013, 16h30
Bon après avoir gratté dans tous les sens j'ai résolu ce qui pour moi reste une erreur de paramétrage côté ovh en ajoutant le dernier paramètre de la fonction mail :
@mail($destinataire, $sujet, $texte, $entete, "-f".'emailvalidedudomaineexpediteur');

A ce moment là le nom du répertoire dans Return-Path est remplacé par l'email du site qui envoie le message et le mail est bien délivré à Orange clients plus regardants.

Isendel
03/10/2013, 12h02
Je relance un peu la discussion puisque je patauge toujours.

Si on élimine l'hypothèse postfix et qu'on considère que tout semble bien paramétré là-bas. Qu'est-ce qui pourrait faire que mes en-têtes PHP ne soient pas conservées et remplacées par des données erronées comme le nom du répertoire au lieu de l'email ?

Y'a-t-il un endroit dans un fichier de conf d'apache qui pourrait "forcer" les en-têtes des emails via PHP ?

Isendel
30/09/2013, 19h05
Dernières infos pour aujourd'hui et après je rentre prendre une aspirine =)
Plus bas je vous ai mis ce que je trouve dans les logs lorsque j'essaie d'envoyer un mail à la fois à orange, puis gmail, puis un testeur d'en-tete, puis le mail de mon entreprise, seul orange semble coincer.
Pour info quand je dis nom du répertoire pour être sûr que tout le monde comprenne ce que je veux dire ce n'est ni plus ni moins que le login qu'on créé sur le webmin pour un nouveau domaine et qui créé alors un répertoire portant le nom du login et contenant le www et tout ce qu'il faut pour héberger le site. Ce n'est pas normal pour moi de voir le nom du répertoire plutôt que l'email ou le nom de domaine du site.

Sep 30 18:46:19 monvps postfix/pickup[27996]: 4FBF311C14F: uid=507 from=<nomdurepertoire>
Sep 30 18:46:19 monvps postfix/cleanup[31297]: 4FBF311C14F: message-id=<20130930164619.4FBF311C14F@monvps.ovh.net>
Sep 30 18:46:19 monvps postfix/qmgr[27997]: 4FBF311C14F: from=<nomdurepertoire>, size=1105, nrcpt=1 (queue active)
Sep 30 18:46:19 monvps postfix/pickup[27996]: 5455C11C10B: uid=507 from=<nomdurepertoire>
Sep 30 18:46:19 monvps postfix/cleanup[31297]: 5455C11C10B: message-id=<20130930164619.5455C11C10B@monvps.ovh.net>
Sep 30 18:46:19 monvps postfix/qmgr[27997]: 5455C11C10B: from=<nomdurepertoire>, size=1104, nrcpt=1 (queue active)
Sep 30 18:46:19 monvps postfix/cleanup[31297]: 5455C11C10B: message-id=<20130930164619.5455C11C10B@monvps.ovh.net>
Sep 30 18:46:19 monvps postfix/qmgr[27997]: 5455C11C10B: from=<nomdurepertoire>, size=1104, nrcpt=1 (queue active)
Sep 30 18:46:19 monvps postfix/pickup[27996]: 5BF5F11C150: uid=507 from=<nomdurepertoire>
Sep 30 18:46:19 monvps postfix/cleanup[31297]: 5BF5F11C150: message-id=<20130930164619.5BF5F11C150@monvps.ovh.net>
Sep 30 18:46:19 monvps postfix/qmgr[27997]: 5BF5F11C150: from=<nomdurepertoire>, size=1114, nrcpt=1 (queue active)
Sep 30 18:46:19 monvps postfix/pickup[27996]: 614B411C1AF: uid=507 from=<nomdurepertoire>
Sep 30 18:46:19 monvps postfix/cleanup[31297]: 614B411C1AF: message-id=<20130930164619.614B411C1AF@monvps.ovh.net>
Sep 30 18:46:19 monvps postfix/qmgr[27997]: 614B411C1AF: from=<nomdurepertoire>, size=1115, nrcpt=1 (queue active)
Sep 30 18:46:19 monvps postfix/smtp[31311]: 5455C11C10B: to=<monmailorange@orange.fr>, relay=smtp-in.orange.fr[80.12.242.9]:25, delay=0.13, delays=0.04/0.01/0.08/0, dsn=5.1.0, status=bounced (ho$
Sep 30 18:46:19 monvps postfix/cleanup[31297]: 7674211C1B5: message-id=<20130930164619.7674211C1B5@monvps.ovh.net>
Sep 30 18:46:19 monvps postfix/bounce[31316]: 5455C11C10B: sender non-delivery notification: 7674211C1B5
Sep 30 18:46:19 monvps postfix/qmgr[27997]: 7674211C1B5: from=<>, size=3083, nrcpt=1 (queue active)
Sep 30 18:46:19 monvps postfix/trivial-rewrite[31299]: warning: do not list domain monvps.ovh.net in BOTH mydestination and virtual_mailbox_domains
Sep 30 18:46:19 monvps postfix/qmgr[27997]: 5455C11C10B: removed
Sep 30 18:46:19 monvps postfix/local[31317]: 7674211C1B5: to=, orig_to=, relay=local, delay=0.04, delays=0.01/0.01/0/0.02, dsn=2.0.0, sta$
Sep 30 18:46:19 monvps postfix/qmgr[27997]: 7674211C1B5: removed
Sep 30 18:46:19 monvps postfix/smtp[31314]: 5BF5F11C150: to=, relay=gmail-smtp-in.l.google.com[173.194.67.27]:25, delay=0.29, delays=0.03/0.01/0.04/0.21, dsn=2$
Sep 30 18:46:19 monvps postfix/qmgr[27997]: 5BF5F11C150: removed
Sep 30 18:46:20 monvps postfix/smtp[31315]: 614B411C1AF: to=, relay=mail-tester.com[46.105.9.200]:25, delay=0.76, delays=0.05/0.01/0/0.71, dsn=2.0.0, status=s$
Sep 30 18:46:20 monvps postfix/qmgr[27997]: 614B411C1AF: removed
Sep 30 18:46:24 monvps postfix/smtp[31309]: 4FBF311C14F: to=, relay=mail.monentreprise.fr[ip.entreprise.dedie.ovh]:25, delay=5.4, delays=0.05/0.01/0/5.4, dsn=2.0.0, status=sent (250 ok 1$
Sep 30 18:46:24 monvps postfix/qmgr[27997]: 4FBF311C14F: removed

C'est bizarre que le from soit le nom du répertoire du site sur le serveur et non l'email d'envoi spécifié dans l'en-tête PHP entre autre ou fournie par défaut par postfix.
Ce critère coince avec orange et ensuite ça va mieux pour les autres qui sont plus permissifs sans doute.

Enfin le mail-tester.com m'enlève 3.3 points ce qui n'est pas neutre pour : -3.3 FSL_MISSP_REPLYTO FSL_MISSP_REPLYTO
l'en-tête du reply est bonne mais celle du Return-Path une fois encore affiche : au lieu d'un mail.

Qu'en pensez-vous ?
Merci encore.

Isendel
30/09/2013, 17h55
Comment corriger ceci (en rouge les erreurs d'après moi) : Received-SPF: neutral (google.com: IPV4 is neither permitted nor denied by best guess record for domain of nomdurepertoiresite) client-ip=IPV4;

Personne n'a d'idée d'où peut venir ce soucis ?
Le VPS ne semble pas tenir compte des changements de myorigin ou mydomain malgré le restart de postfix et bien qu'il ai tenu compte du changement pour ne tenir compte que je l'IPv4.

Isendel
30/09/2013, 17h18
De plus en plus intéressant, j'ai paramétré postfix pour qu'il n'envoie qu'en IPv4 pour être sûr que le reverse fonctionne. Malheureusement pas mieux.

Je me suis alors plongé dans la doc de postfix pour paramétré main.cf et j'ai trouvé ceci :
myorigin (default: $myhostname)

The domain name that locally-posted mail appears to come from, and that locally posted mail is delivered to. The default, $myhostname, is adequate for small sites. If you run a domain with multiple machines, you should (1) change this to $mydomain and (2) set up a domain-wide alias database that aliases each user to user@that.users.mailhost.

C'est bien lui je pense qui pose problème, je vois que la base des mails et des domaines correspondants est bien créée et justement remplie, par contre le domaine n'est pas envoyé dans l'en-tête du mail mais le nom du répertoire hébergeant le site.

Isendel
30/09/2013, 15h56
Salut Nowwhat,

Le serveur n'écoute pas que le 110 pour la réception ? Tu m'as appris quelque chose ^^

Je n'ai rien fait depuis que j'ai la release 3, elle est d'origine, d'ailleurs j'ai fait mes premières connexions SSH depuis cette histoire pour voir à quoi ressemblaient les fichiers de conf, ou les logs mais je n'ai absolument rien modifié.

Mes scripts PHP sont les mêmes sur mes dédiés ou d'autres hébergements et ils marchent.

En plus, je te confirme que les mails partent bien vers gmail et pas vers orange.
J'ai l'impression que ce n'est pas si simple.

Voici l'en-tête que je reçois sur gmail par exemple après un test d'aujourd'hui :
Delivered-To: moi@gmail.com
Received: by 10.216.206.4 with SMTP id k4csp80375weo;
Mon, 30 Sep 2013 06:42:33 -0700 (PDT)
X-Received: by 10.194.10.193 with SMTP id k1mr1729660wjb.50.1380548553427;
Mon, 30 Sep 2013 06:42:33 -0700 (PDT)
Return-Path: <nomdurepertoiresite au lieu de nom-de-domaine.com>
Received: from monvps.ovh.net ([IPV6])
by mx.google.com with ESMTP id s2si4560673wiy.84.1969.12.31.16.00.00;
Mon, 30 Sep 2013 06:42:33 -0700 (PDT)
Received-SPF: neutral (google.com: IPV6 peut être mal supporté is neither permitted nor denied by best guess record for domain of nomdurepertoiresite) client-ip=IPV6;
Authentication-Results: mx.google.com;
spf=neutral (google.com: IPV6 is neither permitted nor denied by best guess record for domain of nomdurepertoiresite) smtp.mail=nomdurepertoiresite
Received: by vps34104.ovh.net (Postfix, from userid 507)
id 2D54F11C10B; Mon, 30 Sep 2013 15:42:25 +0200 (CEST)
To: moi@gmail.com
Subject: Contact depuis www.site.com
X-PHP-Originating-Script: 507:script.php
From: "Isendel"
Reply-To: mailisendel@mail.com
Errors-To: mailisendel@mail.com
X-Sender:
X-Mailer: PHP
X-auth-smtp-user: mailisendel@mail.com
X-abuse-contact: mailisendel@mail.com
Date: Mon, 30 Sep 2013 15:42:25 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="-----=22a7dfa27fac325392b0731e6c025cb1"
Message-Id: <20130930134225.2D54F11C10B@vps.ovh.net>


J'ai des doutes sur le fait que l'IPV6 soit utilisé, je pense que cela peut poser des problèmes sur certains logiciels de messagerie non ?
De plus il est bizarre que l'on voit dans les en-têtes comme "Return-Path" le nom du répertoire créé sur le serveur et hébergeant le site plutôt que le nom de domaine lui-même.
J'ai trouvé ceci dans le main.cf :
mydomain = localdomain
et je ne suis pas sûr que ce soit correct sur postfix ils disent d'utiliser local.domain => edit : c'est bien correct

Bref je creuse, je creuse et j'espère ressortir de l'autre côté

Nowwhat
30/09/2013, 14h09
Bonjour.

Le serveur mail 'en face', le MX, est TOUJOURS contacté sur la porte 25.
Comme ton serveur écoute sur la ta porte '25' pour la réception.

Si le SMTP dans le interface Manager V6 est désactivé, c'est par ce que (probablement) t'as fait quelques chose avec tes mails (sortent) que OVH n'aime pas du tout. C'est eux qui te bloquent.
Normalement, plus aucun mail peut sortir de ton serveur - non plus vers gmail.

http://forum.ovh.com/showthread.php?t=89081 (va voir la partie qui, parle de 'smtp')

Les victimes avec leur porte '25' fermée ne se compte plus .... plusieurs sujets peuvent être trouvé sur ce forum.

Isendel
30/09/2013, 13h54
J'ai remarqué cela sur le manager V6 :


Pour les DNS admettons puisqu'ils sont gérés sur le manager V3, mais pour le SMTP... bizarre quand même.

Isendel
30/09/2013, 12h20
Amis du jour, amis du lundi,

Depuis vendredi je suis confronté à un problème aussi je viens quémander votre savoir ^^

L'envoi de mails depuis un script PHP depuis un VPS 2013 R3 fonctionne à destination de gmail ou d'un autre domaine OVH mais pas vers des adresses orange ou wanadaube

L'envoi fonctionne très bien depuis les logiciels de messagerie en revanche.

Voici ce que j'ai dans les logs /var/log/maillog :
Sep 30 11:26:17 vpsovh postfix/pickup[31154]: D897311C10A: uid=504 from=
Sep 30 11:26:17 vpsovh postfix/cleanup[32595]: D897311C10A: message-id=<20130930092617.D897311C10A@vpsovh.ovh.net>
Sep 30 11:26:17 vpsovh postfix/qmgr[20408]: D897311C10A: from=, size=1901, nrcpt=1 (queue active)
Sep 30 11:26:18 vpsovh postfix/smtp[32604]: D897311C10A: to=, relay=smtp-in.orange.fr[193.252.22.65]:25, delay=0.12, delays=0.04/0.01/0.06/0.01, dsn=5.1.0, status=bounce$
Sep 30 11:26:18 vpsovh postfix/cleanup[32595]: 03FE211C150: message-id=<20130930092618.03FE211C150@vpsovh.ovh.net>
Sep 30 11:26:18 vpsovh postfix/qmgr[20408]: 03FE211C150: from=<>, size=3852, nrcpt=1 (queue active)
Sep 30 11:26:18 vpsovh postfix/bounce[32605]: D897311C10A: sender non-delivery notification: 03FE211C150
Sep 30 11:26:18 vpsovh postfix/trivial-rewrite[32596]: warning: do not list domain vpsovh.ovh.net in BOTH mydestination and virtual_mailbox_domains
Sep 30 11:26:18 vpsovh postfix/qmgr[20408]: D897311C10A: removed
Sep 30 11:26:18 vpsovh postfix/local[32606]: 03FE211C150: to=, orig_to=, relay=local, delay=0.04, delays=0.01/0.01/0/0.02, dsn=2.0.0, status=sent (de$
Sep 30 11:26:18 vpsovh postfix/qmgr[20408]: 03FE211C150: removed

Je trouve bizarre de voir écrit le port 25 sur orange alors que dans mon master.cf j'ai ceci :
# ================================================== ========================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
# ================================================== ========================
smtp inet n - n - - smtpd
587 inet n - n - - smtpd
-o smtpd_tls_security_level=encrypt
-o smtpd_tls_auth_only=yes
-o smtpd_tls_cert_file=/etc/pki/tls/certs/localhost.crt
-o smtpd_tls_key_file=/etc/pki/tls/private/localhost.key
-o smtpd_sasl_type=dovecot
-o smtpd_sasl_auth_enable=yes
-o smtpd_sasl_path=/var/spool/postfix/private/auth
-o smtpd_recipient_restrictions=$external_submission_ restrictions
-o receive_override_options=no_address_mappings


Avez-vous une idée ?