@AntoineB1
j'ai fait quelques essais en installant un roundcube dans mon hébergement web.
Je suppose que chez OVH on a installé un proxy sur ssl0.ovh.net (une instance nginx ?) pour dispatcher les connexions entrantes IMAP et SMTP sur les fermes de serveurs correspondant au login qui est présenté (pas migré > MXplan ; migré > Exchange) ; comme ça, ça reste ssl0.ovh.net pour tout le monde et ça doit rester (presque) transparent.
J'ai eu des comportements assez erratiques dans les connexions IMAP du webmail de mon hébergement vers un compte mail déjà migré. Ca fonctionne dans 90% des cas. Une fois tous les dossiers ont été montrés vides. Déconnexion-reconnexion, tout est à sa place. Une fois ils sont présentés, mais en voulant créer un mail, un message d'erreur est apparu, il disparu en faisant un refresh. Ca ressemble à des pertes de connexion.
Pour les connexions SMTP sortantes du cluster012 on voit bien l'adresse du gateway gwc.cluster012.hosting.ovh.net [51.68.11.219] dans les en-têtes SMTP quand on utilise un compte MXplan non migré.
Quand il s'agit d'un compte migré, les en-têtes SMTP sont mensongères.
Même si votre adresse IP est 1.2.3.4, les en-têtes prétendent que votre adresse est 37.59.142.103 (ou 37.59.142.95, ou ...).
OVH va au devant de problèmes sérieux en cas de dénonciation de spam provenant de clients OVH (par ex. comptes piratés). Dans le cas d'un spam, on va accuser 37.59.142.103, serveur interne à OVH qui ne possède même pas un reverse personnalisé.
Received: from smtpout1.mo529.mail-out.ovh.net (smtpout1.mo529.mail-out.ovh.net [178.32.125.2])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by serveur.destinataire (Postfix) with ESMTPS
for <user@example.com>; Sun, 11 Aug 2019 20:12:12 +0200 (CEST)
Received: from mxplan4.mail.ovh.net (unknown [10.109.143.123])
by mo529.mail-out.ovh.net (Postfix) with ESMTPS id D418F67FA90
for <user@example.com>; Sun, 11 Aug 2019 20:12:11 +0200 (CEST)
Received: from mon.domaine (37.59.142.103) by DAG8EX2.mxp4.local (172.16.2.16)
with Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Sun, 11 Aug
2019 20:12:45 +0200
Ca va saigner chez Spamcop si abuse@ est aux abonnés absents et le support débordé, et qu'OVH masque complètement de quoi remonter à l'IP du spammeur.
J'espère que tout cela ne va pas casser SPF et DMARC au passage... ces adresses IP 37.59.142.x ne sont pas listées dans le SPF OVH.
~# dig +short mx.ovh.com txt
"v=spf1 ptr:mail-out.ovh.net ptr:mail.ovh.net ip4:8.33.137.105/32 ip4:192.99.77.81/32 ?all"
