Afin de mieux comprendre l'origine du problème, j'ai développé un petit script pour tester la connectivité POP3 depuis mon hébergement mutualisé OVH Performance.
Résultats :
Connexion POP3 réussie vers un serveur externe (pop.orange.fr)
- Serveur : pop.orange.fr - Port : 995 - SSL/TLS : Oui (version TLSv1.3) - Authentification : Réussie - Temps de connexion : 114 ms
Connexion POP3 échouée vers les serveurs OVH (ssl0.ovh.net)
Les résultats montrent que l'hébergement mutualisé fonctionnent correctement. Les échecs de connexion rencontrés sont spécifiques aux connexions vers les serveurs POP et IMAP d'OVH, et non à l'hébergement ou au script en lui-même.
Suite à ma propre demande auprès du support OVH, voici la réponse reçue :
« Une mise à jour de sécurité a été effectuée concernant les requêtes entrantes. L'envoi depuis un hébergement mutualisé avec votre adresse mail OVHcloud a pu être perturbé. [...] L'action de nos administrateurs a permis de rétablir l'envoi des mails via le SMTP. »
Cependant, dans mon cas, il ne s’agissait pas d’un souci d’envoi SMTP, mais bien d’un blocage en réception POP3 via un script PHP (connexion sortante vers ssl0.ovh.net:995).
Le script utilise fsockopen() avec SSL/TLS pour tester la disponibilité du serveur POP3 avec authentification. La méthode fonctionne parfaitement vers des serveurs externes (comme pop.orange.fr), mais retournait une erreur Connection timed out vers le serveur OVH.
Suite à une intervention ciblée des administrateurs sur l’un de mes hébergements, la connexion POP3 a pu être rétablie. En revanche, le même script, exécuté depuis un autre hébergement OVH mutualisé, échoue toujours, ce qui laisse penser que la résolution n’est pas encore généralisée.
Il serait utile qu’OVH puisse confirmer si la mise à jour de sécurité affecte également ce type de connexion (POP3 entrant depuis un hébergement PHP), et si un correctif est en cours de déploiement à l’échelle de tous les hébergements mutualisés.
Je reste attentif à toute évolution et je partagerai les infos ici.