Bonjour,
Avec notre adresse associée à notre domaine, nous avons beaucoup d’atterrissage de messages en spams.
Le nom de domaine est géré par la société Bexter et les emails sont chez OVH avec un compte Hosted Exchange.
Après vérification auprès de https://dmarcadvisor.com/fr/spf-check/,
L’enregistrement SPF du domaine sovamer.fr est le suivant :
v=spf1 include:mx.ovh.com include:spf.bexter-network.net a mx ~all
Or dans la doc OVH sur la configuration d’un champ SPF, il est écrit :
Configuration SPF OVHcloud pour Exchange Provider
Pour l’offre Exchange Provider, la configuration est la suivante :
mydomain.ovh IN TXT "v=spf1 include:mx.ovh.com a:gw1.ex-mail.biz a:gw2.ex-mail.biz ~all"
OVH ne veut pas répondre à mes questions car il y a un opérateur extérieur à OVH dans la boucle…
D’où mes questions sur ce forum :
- y a-t-il quelque chose dans l’enregistrement SPF qui puisse être bloquant ?
- Faut-il ajouter obligatoirement l’information "a:gw1.ex-mail.biz a:gw2.ex-mail.biz" ?
- faut-il conserver « a » ?
- Faut-il conserver « mx » ?
Merci à l’avance pour votre aide.
Champ SPF pour un Hosted Exchange et nom de domaine externe
Related questions
- DKIM - Configurer le champ
76830 
02.01.2020 17:27
- Envoyer des mails depuis un hébergement mutualisé
65148 16.10.2016 07:40
- MX Plan : migration à venir vers une nouvelle plateforme, sans interruption de service
57764 12.04.2018 08:13
- MX plan, c'est quoi?
55425 16.02.2020 17:30
- Mise en place DMARC envoi de mails
49908 28.11.2018 11:28
- Liste des mxplan
48000 11.09.2017 17:42
- Problème SPF et mail non autorisé
40617 22.08.2017 09:26
- Envoie de Mails rejetés quelque soit le destinataire
40455 14.12.2021 10:49
- Emails non-redirigés vers mon adresse Gmail
38135 06.01.2017 20:53
- Hébergement mutualisé et outlook = problème
35358 26.09.2017 19:17
Bonjour,
oui, le manque de données
si c'est écrit dans la doc OVH : oui
seule vous pouvez le savoir si votre site va envoyer des mails par la même IP que présenté dans le champ A de votre domaine
idem que juste au dessus
Cordialement, janus57
Bonjour,
Si 54.37.23.37 n'envoie jamais de mail, alors non.
Vos MX:
10 mx4.ovh.net.
10 mx3.ovh.net.
100 mxb.ovh.net.sovamer.fr.
Les deux premiers n'envoient jamais de mail
Le troisième est une erreur, il n'existe pas, et n'enverrait jamais de mail.
En conclusion, mx devrait être retiré de votre SPF.
Vous n'avez pas mentionné d'où étaient émis les mails qui sont ainsi classés en spam. Exchange ?
Je vous recommande de gratter ce forum, à défaut d'une procédure publiée officiellement, pour mettre en place DKIM sur votre hébergement Exchange.
Alors, là vous posez une colle. Ces deux hosts existent effectivement et j'ignore à quoi ils servent.
@Fritz2cat @janus57
Merci pour votre expertise, c’est drôlement appréciable.
@janus57 « y a-t-il quelque chose dans l’enregistrement SPF qui puisse être bloquant ?
- oui, le manque de données »
—> je ne comprends pas votre réponse : manque de données dans l’enregistrement SPF ?
@Fritz2cat
d’où étaient émis les mails qui sont ainsi classés en spam :
—> ils sont émis depuis Outlook. Ou bien depuis une application d’envoi d’emails automatiques (Produit Gercop) située sur les postes PC des employés.
Pour DKIM, je ne suis pas spécialiste des emails, ça a l’air assez complexe. D’autant que je ne gère pas le domaine. Je préfère laisser ça de côté pour le moment. Les destinataires ne sont pas que des adresses Gmail, loin de là.
Une autre question que je me pose :
Y a-t-il une nécessité de garder dans l’enregistrement la partie « include:spf.1network.netnetwork.net » ? En effet, Bexter gère le domaine, le site internet, mais pas les emails.
Qu’en pensez-vous ?
Bonjour,
si vos mails sont envoyés depuis un endroit non référencé dans le SPF => mise en spam si le serveur de réception respecte les informations SPF.
Cordialement, janus57
Merci de préciser si c'est bien depuis le serveur OVH. Outlook sur votre PC pourrait très bien expédier les mails par d'autres serveurs que ceux d'OVH.
De nouveau, quel serveur envoie les mails ? OVH ou bien Gercop ?
Bonjour,
Après vérification, ce sont bien les serveurs d'OVH qui envoient les mails. Gercop ne fournit pas ce service.
Donc finalement, le bon enregistrement devrait être, il me semble :
v=spf1 include:mx.ovh.com include:spf.1network.netnetwork.net a:gw1.ex-mail.biz a:gw2.ex-mail.biz ~all
Bexter ne fournit pas de serveur de mails mais il héberge le site et fournit le domaine. Je suppose qu'un "include", même s'il n'est pas très utile, n'est pas bloquant ?
Autre question :
Dans domaines associés, pour sovamer.fr, le diagnostic donne "MX" en rouge. Avec la préconisation suivante :
"Si vous utilisez le mode autoritatif (Exchange uniquement) ou non-autoritatif avec un système de messagerie hébergé (e-mail mutualisé) par OVH :
Champs MX
Priorité : 1; cible : mx0.mail.ovh.net.
Priorité : 5; cible : mx1.mail.ovh.net.
Priorité : 50; cible : mx2.mail.ovh.net.
Priorité : 100; cible : mx3.mail.ovh.net.
Or les champs actuels sont :
10 mx4.ovh.net.
10 mx3.ovh.net.
100 mxb.ovh.net.sovamer.fr.
avec une erreur sur le 3e enregistrement, comme signalé par Fritz2cat.
Les champs MX de la zone DNS peuvent-ils aussi poser problème dans l'atterrissage des emails en spams ? Est-il préconisé de les changer ?
Cordialement
Bonjour,
On va sérialiser vos questions:
Donc vous pouvez enlever bexter si vous n'envoyez pas de mails depuis bexter / graphihost / digital-network
Un include inutile va juste occasionner du travail inutile lors de chaque réception d'un de vos mails.
Je vous conseille de remplacer vos MX par ceux proposés (et mxb.ovh.net.sovamer.fr. est une erreur: ce serveur n'existe pas)
Non. Les MX s'occupent des mails entrants et n'impactent pas le flux des mails sortants.
(quoi que... pour être exact, un domaine qui ne possède aucun MX dans sa configuration va avoir des problèmes pour émettre des mails, car de nombreux serveurs en réception vont vérifier l'existence d'un MX et peuvent refuser de parler avec un domaine qui est incapable d'accepter les mails qu'on lui enverrait)
Merci pour votre réponse. Je vais m'occuper de tout ça.