Bonjour,
J'ai un problème pour utiliser phpmailer avec un compte mail Exchange chez OVH. J'ai une erreur 111. Mes paramètres fonctionnent très bien sous Thunderbird et mon script fonctionne très bien avec un compte mail MX Plan en ssl. Aucune erreur dans le diagnostique Exchange OVH.
Voici mon script:
$mail = new PHPMailer(true);
$mail->setLanguage('fr', '../PHPMailer/language/');
$mail->SMTPDebug = 4;
$mail->isSMTP();
$mail->Host = 'ex5.mail.ovh.net';
$mail->SMTPAuth = true;
$mail->Username = 'contact@domaine.com';
$mail->Password = 'xxxxxx';
$mail->SMTPSecure = PHPMailer::ENCRYPTION_STARTTLS;
$mail->Port = 587;
$mail->setFrom('contact@domaine.com');
$mail->addAddress($destinataire);
$mail->isHTML(true);
$mail->Subject = utf8_decode($objet);
$mail->Body = $contenu;
return $mail->send();
En fait, il n'y a même pas de tentative d'authentification, j'ai directement une erreur 111. Je précise aussi que je peux me connecter sur ex4 ou ex3 (sans passer l’authentification bien sur).
Quelqu'un peut-il m'aider?
Merci
Johann
E-mails et solutions Office - Exchange et phpmailer: Connection refused (111)
Related questions
- Compte bloqué pour Spam, impossible de le débloquer
122391 
03.01.2024 08:02
- Changer le mot de passe email depuis roundcube
119825 24.06.2017 14:28
- Email frauduleux au nom de OVH
119727 13.08.2017 18:14
- Autodiscover et Microsoft Outlook 2016
95876 23.11.2016 15:15
- Question sur antispam OVH
94031 17.03.2017 16:11
- OVH sur un iPhone "Échec de l'envoi de l'e-mail : l'adresse de l’expéditeur est incorre
92595 07.08.2017 08:45
- Arrêt de la commercialisation du MX plan
87731 30.11.2017 11:26
- Mail non délivrés ou en spam chez nos clients
83833 15.11.2017 10:30
- Envois de mails / erreur 521
81096 05.04.2017 11:42
- Comment configurer une entrée DNS de type DKIM chez OVH ?
80707 12.03.2019 17:41
Bonjour,
Vous devriez contacter OVH, car il me semble que ce serveur est probablement tout nouveau, il pourrait y avoir un oubli de configuration ?
En tout cas il répond sur le réseau
> # telnet ex5.mail.ovh.net 587
> Trying 46.105.142.82...
> Connected to ex5m.mail.ovh.net.
> Escape character is '^]'.
> 220 ex5.mail.ovh.net Microsoft ESMTP MAIL Service ready at Thu, 24 Mar 2022 10:56:28 +0100
> quit
> 221 2.0.0 Service closing transmission channel
> Connection closed by foreign host.
Merci pour votre réponse. C'est bien ce que je pense, j'ai une assistance en cour depuis une semaine, mais ils viennent de me renvoyer sur ce forum, car selon eux, tout va bien de leur coté!
Suggestion pour OVH: le gateway des hébergements mutus qui n'est pas autorisé à se connecter sur ex5 ?
Merci beaucoup. J'ai transmis, on verra bien...
Bonjour à vous deux,
Je constate qu'une demande d'assistance est en cours. J'ai contacté la personne en charge de celle ci afin que des investigations supplémentaires puissent être menées par nos admins.
Un retour vous sera prochainement fait.
N'hésitez pas à me relancer ici, si vous n'avez pas de retour.
^FabL
Merci, je me sens moins seul ;-)
Malheureusement, ça n'avance pas.
Une personne a admis qu'il y avait un problème de configuration du serveur ex5, mais ça ne marche pas mieux.
Là, on me parle de version TLS et de php mail(), mais le problème ne vient manifestement pas de là, et de toute façon, je suis clean à ce niveau là.
Il y avait bien un problème sur le serveur ex5, après intervention des admin je n'ai plus ce message 111.
On a passé une étape, mais je n'arrive toujours pas à envoyer de mail, j'ai le retour suivant (avec le stript en début de discussion):
2022-04-07 08:43:03 Connection: opening to ex5.mail.ovh.net:587, timeout=300, options=array()
2022-04-07 08:43:03 Connection: opened
2022-04-07 08:43:03 SMTP INBOUND: "220 ex5.mail.ovh.net Microsoft ESMTP MAIL Service ready at Thu, 7 Apr 2022 10:43:03 +0200"
2022-04-07 08:43:03 SERVER -> CLIENT: 220 ex5.mail.ovh.net Microsoft ESMTP MAIL Service ready at Thu, 7 Apr 2022 10:43:03 +0200
2022-04-07 08:43:03 CLIENT -> SERVER: EHLO lapagelocale.com
2022-04-07 08:43:03 SMTP INBOUND: "1ex5.mail.ovh.netex5.mail.ovh.net Hello [51.68.11.215]"
2022-04-07 08:43:03 SMTP INBOUND: "250-SIZE 104857600"
2022-04-07 08:43:03 SMTP INBOUND: "250-PIPELINING"
2022-04-07 08:43:03 SMTP INBOUND: "250-DSN"
2022-04-07 08:43:03 SMTP INBOUND: "250-ENHANCEDSTATUSCODES"
2022-04-07 08:43:03 SMTP INBOUND: "250-STARTTLS"
2022-04-07 08:43:03 SMTP INBOUND: "250-AUTH GSSAPI NTLM"
2022-04-07 08:43:03 SMTP INBOUND: "250-8BITMIME"
2022-04-07 08:43:03 SMTP INBOUND: "250-BINARYMIME"
2022-04-07 08:43:03 SMTP INBOUND: "250 CHUNKING"
2022-04-07 08:43:03 SERVER -> CLIENT: 1ex5.mail.ovh.netex5.mail.ovh.net Hello [51.68.11.215]250-SIZE 104857600250-PIPELINING250-DSN250-ENHANCEDSTATUSCODES250-STARTTLS250-AUTH GSSAPI NTLM250-8BITMIME250-BINARYMIME250 CHUNKING
2022-04-07 08:43:03 CLIENT -> SERVER: STARTTLS
2022-04-07 08:43:03 SMTP INBOUND: "220 2.0.0 SMTP server ready"
2022-04-07 08:43:03 SERVER -> CLIENT: 220 2.0.0 SMTP server ready
SMTP Error: Could not connect to SMTP host.
2022-04-07 08:43:03 SMTP NOTICE: EOF caught while checking if connected
2022-04-07 08:43:03 Connection: closed
SMTP Error: Could not connect to SMTP host.
SMTP Error: Could not connect to SMTP host.
Quelqu'un a une idée sur ce EOF?
Le serveur a-t-il négocié une connexion sécurisée TLS ? Pas si sûr.
**Je ne trouve pas normal que le serveur n'annonce pas une autre méthode d'authentification, telle que AUTH PLAIN LOGIN**.
Certains choix sont étonnants chez OVH.
Je viens de faire un test avec un Raspberry.
La connexion va plus loin mais l'envoi du message n'aboutit pas pour cause d'authentification incompatible.
De mon côté pour contrer ça, j'utilise les serveurs SMTP de mon FAI Free. Quand on n'envoie pas 200 mailes par jours ça passe sans problème.
Bonjour,
Malheureusement, la dernière réponse sur la demande d'assistance n'est pas positive:
"
Nous avons vérifié de notre côté et il n'y a plus aucun blocage au niveau de notre infrastructure. Si des erreurs persistent, nous ne pouvons donc pas les prendre en charge car elles dépassent notre périmètre, j'en suis navrée.
"
Si je lis les derniers posts sur ce fil, dois-je en conclure que l'offre Exchange de OVH est incompatible avec une utilisation via des scripts php? Si on ajout l'absence de DKIM, la limite de 200 mail/heure, ça commence à faire beaucoup pour une utilisation professionnelle...
Il manque clairement un mode d'authentification pour une réelle utilisation du SMTP Exchange OVH par différents type de clients "non Microsoft".
Ce que OVH propose :
Ce qu'un service Exchange plus ouvert peut proposer :
Chez OVH il manque des méthodes authentification plus classiques. Choix d'OVH pourquoi ?
A mon avis manque de contrôle qualité lors de l'installation du nouveau serveur ex5.
Quoi que... ex2 c'est pareil ?
Certainement peur pour la sécurité mais dans ces moments là, on offre au client un accès à un serveur SMTP "hors infra Exchange" et le tour est joué.
Le problème est la manque total d'écoute des clients dont une bonne partie sont aussi compétents qu'eux, voire plus. Ils veulent logiquement rester maîtres de leur infra mais cette situation fait que c'est le client qui se retrouve bloqué et quand il a en marre, il va voir ailleurs !
Merci pour vos éclaircissements. Mais alors pourquoi ça fonctionne avec un client comme Thumberbird et pas avec du script phpmailer hébergé chez OVH? Les possibilités d'authentification seraient plus strictes en local que venant de l'extérieur?
Et puis, serais-je le seul client OVH à vouloir utiliser phpmailer sur un compte Exchange chez OVH sur le ex5? Oui, c'est vrai, je suis exceptionnel, mais à ce point là! ;-)
Thunderbird et PHPMailler sont des logiciels avec les spécificités. PHPMailler n'est pas compatible avec la configuration Exchange mise en place par OVH. Pour envoyer des emails via un serveur deux méthodes sont en général utilisées :
- Envoi direct via le serveur et un serveur Postfix
- Envoi vers un serveur SMTP externe
Dans ces 2 cas différentes possibilités avec par exemple un postfix qui peut relayer tous ses messages vers un autre serveur SMTP. Des solutions en informatique il y a en a des dizaines et comme chaque cas et unique, impossible de donner une règle universelle. Trop de personnes l'oublient, l'informatique c'est un véritable métier.