Bonjour,
Nous avons plusieurs serveurs dédiés chez OVH, qui fonctionnent depuis dèèèsssssss années. Et maintenant depuis 3 jours nous nous retrouvons bloqué dans l'envoi de nos emails pour des règles d'anti-spam. (Spam Score 300)
Il faut savoir qu'un script tourne chaque nuit pour signaler à certains de nos utilisateurs l'expiration de leur compte. (+/- 120 mails par nuit) Et que les autres emails sortent au fil de l'eau durant la journée.
Nous avons donc controlé le contenu des mails, passer les mails dans mail-tester.com qui nous retourne un beau 9.1/10 pour le plus mauvais, et 10/10 pour les autres. Et pour avoir ca en son temps nous avions mis le DKIM, SPF, … et tout le nécessaire pour avoir cette note.
Nous avons aussi regardé une des solutions proposées dans la doc qui est de mettre un reverse sur le nom de domaine (alors que nous avons déjà un reverse sur le nom du serveur). Mais dans notre cas c'est impossible car le reverse controle une entrée A dans le DNS sur le nom de domaine, et cette entrée est déjà utilisée vers l'IP de failover. (donc mondomain.com -> vers la FO, et srv1.mondomain.com -> vers l'IP bloquée)
Alors maintenant, comment savoir d'ou vient le fameux spamscore de 300 qu'OVH nous attribue ? Et surtout, pourquoi seulement depuis quelques jours. Alors que rien n'a changé de notre coté.
Merci
bloqué dans l'envoi de nos emails pour des règles d'anti-spam. (Spam Score 300)
Avez-vous les en-têtes SMTP d'un de ces messages, y compris la longue chaîne X-VR-....
Voici …
X-Vr-Spamcause: gggruggvucftvghtrhhoucdtuddrgedvuddrudegkedgkeekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucdntegttghouhhnthculddvtddmnecujfgurhepvffuhfhrkffogggtffesrgdtreeriedtudenucfhrhhomhepuegvlhhsfihinhhguceoihhnfhhosegsvghlshifihhnghdrtghomheqnecuggftrfgrthhtvghrnhepvdeijeellefgjedtvdegtedtkeejfeehheejveevteevveehveetkeevkeefueeknecuffhomhgrihhnpegsvghlshifihhnghdrtghomhenucfkphepudeigedrudefvddrudejtddrgeeknecuvehluhhsthgvr…
X-Vr-Spamcause: gggruggvucftvghtrhhoucdtuddrgedvuddrudegkedgkeekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucenucfjughrpefvuffhrhfkofggtgffsegrtderreeitddunecuhfhrohhmpeeuvghlshifihhnghcuoehinhhfohessggvlhhsfihinhhgrdgtohhmqeenucggtffrrghtthgvrhhnpedvieejleelgfejtddvgeettdekjeefheehjeevveetveevheevteekveekfeeukeenucffohhmrghinhepsggvlhhsfihinhhgrdgtohhmnecukfhp…
X-Vr-Spamcause: gggruggvucftvghtrhhoucdtuddrgedvuddrudegkedgkeekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucdntegttghouhhnthculddvtddmnecujfgurhepvffuhfhrkffogggtffesrgdtreeriedtudenucfhrhhomhepuegvlhhsfihinhhguceoihhnfhhosegsvghlshifihhnghdrtghomheqnecuggftrfgrthhtvghrnhepvdeijeellefgj…
Delivered-To: xxxxxx@xxxxxx.xxx
Delivered-To: xxxxxx@xxxxxx.xxx
X-Ovh-Tracer-Id: 739434765785834106
Return-Path:
X-Ovh-Spam-Status: OK
X-Ovh-Spam-Status: OK
X-Vr-Spamscore: 20
X-Vr-Spamscore: 0
X-Vr-Spamscore: 20
X-Ovh-Message-Type: ACCOUNT
X-Ovh-Message-Type: OK
X-Ovh-Remote: 46.105.76.24 (10.mo557.1out.ovh.netout.ovh.net)
Mime-Version: 1.0
Authentication-Results: in41.mail.ovh.net; dkim=pass (1024-bit key; unprotected) header.d=belswing.com header.i=@belswing.com header.b="f1Uz2WiM"; dkim-atps=neutral
Authentication-Results: in63.mail.ovh.net; dkim=pass (1024-bit key; unprotected) header.d=belswing.com header.i=@belswing.com header.b="f1Uz2WiM"; dkim-atps=neutral
X-Ovh-Spam-Reason: vr: ACCOUNT; dkim: disabled; spf: disabled
X-Ovh-Spam-Reason: vr: OK; dkim: disabled; spf: disabled
X-Mailer: PHP v7.0.30-0ubuntu0.16.04.1
Dkim-Signature: v=1; a=rsa-sha256; c=simple/simple; d=xxxxxxx.xxx; s=www; t=1641744957; bh=WTlrLrNo8LhYdNh4AliCAm2O6TeFu6MHOTte0Pv4jLs=; h=To:Subject:From:Reply-To:Date:From; b=f1Uz2WiMo4m634Mo4C2nXpZ+S9mhdZv5LysyGj+UHM14oHOpGXx5+VPeC0XlRcelJ gi91Hbig9EwgJBzuWQiafjGQXBlSnZAsSPuqMMtLn0Ev2KHW8RshKiQ+ezXsJbCxPF EKDvLq2Q01nV04IqDARr00eA+1+PXn4rHaROjd3c=
<164174495761db0a3d0dae4-info@xxxxxxx.com>
Content-Type: multipart/alternative;boundary="edac04cd71425aa045c1a534026fd9ae"
X-Vr-Spamstate: ACCOUNT
X-Vr-Spamstate: OK
X-Vr-Spamstate: ACCOUNT
Merci de votre réponse.
Mais le contenu de la chaine X-VR-SPAMCAUSE contient des informations sensibles, donc difficile de la partager sur un forum 
De plus, on parle ici d'un problème avec des emails sortants, émis depuis un serveur dédié vers des adresses emails NON hébergées chez OVH. Donc la chaine X-VR… ne s'y trouve pas.
Notre problème est que OVH nous coupe le port 25 pour toutes émissions d'emails depuis nos serveurs
Donc impossible à nos client d'avoir un password reminder, d'activer leurs comptes, …
Voici ...
Bonjour,
Vous venez de raccourcir les 3 chaînes X-VR. Elle contiennent des adresses e-mail sommairement encryptées, je vous envoie un MP.
Apparemment aucun de ces 3 mails n'est considéré comme du spam.
Votre DKIM www._domainkey.xxxxxxxx.com. contient bien une clé.
Les deux domaines xc***.be et bes****.com sont tous les deux hébergés sur le mutu pour les mails entrants.
Je ne comprends pas pourquoi le serveur srv1.*****.com se voit interdire de SMTP sortant s'il respecte les protocoles.
Ceci d'autant plus que les communications SMTP sont cryptées (vous n'avez pas copié les lignes Received qui l'attesteraient.
Répondu en MP 
Merci