Mail non délivrés 5.7.24 SPF permanent error

Bonjour vous avez 2 entrées SPF dans votre zone kyrnova.com

kyrnova.com. 86400 IN TXT "v=spf1 include:mx.ovh.com ~all"
kyrnova.com. 86400 IN TXT "v=spf1 include:spf.mandrillapp.com ?all"

Et ça, ce n'est pas valable.
Fusionnez les dans une entrée du genre :

`v=spf1 include:mx.ovh.com include:spf.mandrillapp.com ~all`

Ca fonctionne, merci infiniment pour votre aide.

Bonjour, je suis exactement dans la même situation avec le même message d'erreur.

This is the mail system at host mo582.mail-out.ovh.net.
the mail system laposte.net>: host smtpz4.laposte.net[160.92.124.66] said: 550
5.7.24 SPF permanent error: (in reply to end of DATA command)

souci identique avec Orange :
This is the mail system at host mo504.mail-out.ovh.net.
The mail system wanadoo.fr>: host smtp-in.orange.fr[80.12.26.32] said: 501 5.1.0
Fc5hpQnRkhFrd Emetteur invalide, Veuillez verifier la configuration SPF/DNS
de votre nom de domaine. Invalid Sender. SPF check failed, please verify
the SPF/DNS configuration for your domain name. OFR003_398 [398] (in reply
to MAIL FROM command)

Mes deux enregistrements SPF sont bien fusionnés en un seul depuis plus d'une semaine :
"v=spf1 include:spf.mailjet.com ip4:212.27.42.0/24 ip6:2a01:e0c:1:1599::10/124 include:mx.ovh.com include:_spf.google.com ~all" Il fait moins de 255 caractères.

que faire?
Merci pour vos conseils
VC

Bonjour,

quel domaine ?

Cordialement, janus57

Bonjour Janus57
le nom de domaine est tpf.fr
Comme il s'agit visiblement d'un souci de propagation d'enregistrement SPF , mes suspicions se portent sur sur un 3e serveur de nom qui n'est pas OVH.
Je posterai la réponse obtenue

Bonjour
Effectivement, mon 3e serveur de nom de domaine était nsvitry.ec-is.net et diffusait toujours les anciens enregistrements. Ceux-ci viennent d'être mis à jour . Cela devrait résoudre le souci.
Merci pour votre réaction à ma question
Bien sincèrement
VC

mon 3e serveur de nom de domaine était nsvitry.ec-is.net

Bonjour,

Je n'ai pas trop bien compris l'intérêt d'avoir des serveurs DNS qui ne sont pas synchronisés entre eux.

~# dig tpf.fr soa @nsvitry.ec-is.net|grep SOA
;tpf.fr. IN SOA
tpf.fr. 86400 IN SOA nsvitry.ec-is.net. tech.ovh.net. 2023011302 86400 3600 3600000 86400


~# dig tpf.fr soa @ns11.ovh.net|grep SOA
;tpf.fr. IN SOA
tpf.fr. 86400 IN SOA dns11.ovh.net. tech.ovh.net. 2023010304 86400 3600 3600000 86400

Merci. En effet, l'autre prestataire vient de m'apprendre que je devais transmettre les enregistrements séparément à chaque modif de la zone DNS.
Voilà qui résoudra pas mal de soucis rencontrés parfois aléatoires...
Bien sincèrement
VC

l'autre prestataire vient de m'apprendre que je devais transmettre les enregistrements séparément à chaque modif de la zone DNS.

Je pense que c'est un non sens et une source de problèmes qu'il vaudrait mieux éliminer.
Soit ec-is.net vous indique un 2è serveur DNS synchronisé sur le premier et vous virez les deux d'OVH, soit vous virez celui de ec-is.net

A moins que quelqu'un ici ait une meilleure suggestion.

ec-is est géré par l'hébergeur de mon site marchand.
Je crois qu'à l'époque, ils avaient suggéré leur propre serveur pour palier à une éventuelle défaillance chez OVH. Je vais les interroger sur la pertinence de cette coexistence et le possibilités de synchro.

Bonjour,

ils avaient suggéré leur propre serveur pour palier à une éventuelle défaillance chez OVH

cela me semble une aberration vous vous devez transmettre manuellement les changements.

Surtout que si les DNS de OVH tombent il y a de forte chance que vos mails soit dans le même état (== KO).

De mon point de vue cela rajoute juste des couches de problèmes en plus (la preuve).

Cordialement, janus57

J'ai discuté avec le support d'EC-IS et vous confirme qu'il s'agissait d'une survivance de mesure provisoire, lorsqu'il y a plusieurs années , les DNS OVH étaient tombés et qu'il fallait que le site web reste joignable.
Je viens de réinitialiser les DNS avec les réglages OVH par défaut et vous remercie pour tout.
Bien sincèrement
VC

Je viens de réinitialiser les DNS avec les réglages OVH par défaut

Désolé de devoir vous dire que vous avez fait une erreur:

tpf.fr. 172800 IN NS ns.ovh.net.
tpf.fr. 172800 IN NS ns11.ovh.net.
tpf.fr. 172800 IN NS dns.ovh.net.
tpf.fr. 172800 IN NS dns11.ovh.net.

ns.ovh.net et dns.ovh.net ne sont pas des serveurs DNS ayant autorité sur votre domaine.

Il faut les retirer.

La correction mettra jusqu'à 172800 secondes pour se propager compltement. Faites le calcul: c'est 48 heures.

Bonjour,
J'ai essayé de prendre la main pour modifier mais suis bloqué car l'opération est en cours.

Ceci étant dit, les 4 serveurs ont ainsi été paramétrés quand j'ai appuyé sur le bouton "réinitialiser les serveurs DNS. Puisque ces serveurs ont été paramétrés par cette configuration par défaut, comment puis-je savoir que ces deux derniers NS n'ont pas autorité sur mon domaine ?
J'ai bien été prévenu du fait que le changement prenait 48 heures. Dois-je modifier quelque chose sur ce point ?
Comme vous le voyez je suis débutant dans le domaine et beaucoup de choses m'échappent
Merci beaucoup
VC
..............................................
Vous utilisez actuellement les serveurs DNS OVH recommandés pour votre domaine :
ns11.ovh.net
dns11.ovh.net
dns.ovh.net
ns.ovh.net

Puisque ces serveurs ont été paramétrés par cette configuration par défaut

Bizarre ce truc.

La démarche suivie est:

~# dig tpf.fr soa
tpf.fr. 86400 IN SOA dns11.ovh.net. tech.ovh.net. 2023011700 86400 3600 3600000 86400

~# dig tpf.fr ns @dns11.ovh.net
tpf.fr. 86400 IN NS ns11.ovh.net.
tpf.fr. 86400 IN NS dns11.ovh.net.

mais étonnamment les deux serveurs ns.ovh.net et dns.ovh.net répondent aussi pour ce nom de domaine.
alors que ces deux serveurs historiques ne sont autoritatifs que pour les tous premiers domaines hébergés chez OVH, il y a plus de 15 ou 20 ans.

C'est un mystère pour moi.

Bonjour à tous les deux,

@FranceT1, la réponse apportée répond elle à votre demande ?

^FabL

Bonjour Oui Merci beaucoup. J'ai finalement retiré les DNS externes et ai laissé ceux gérés par OVH, pour tout simplifier
Bien sincèrement
VC

Bonjour,
J'ai le même problème avec laposte.net. Pourriez vous m'aider s'il vous plait ? Merc d'avance !
Reporting-MTA: dns; mo575.mail-out.ovh.net
X-Postfix-Queue-ID: 764562CA62
X-Postfix-Sender: rfc822; admin@perepedro.xyz
Arrival-Date: Thu, 21 Dec 2023 10:17:41 +0000 (UTC)

Final-Recipient: rfc822; girardpi@laposte.net
Original-Recipient: rfc822;girardpi@laposte.net
Action: failed
Status: 5.7.24
Remote-MTA: dns; smtpz4.laposte.net
Diagnostic-Code: smtp; 550 5.7.24 SPF permanent error

Bonjour,

comme le montre votre image, 2 SPF -> violation de protocole.

Vous devez en supprimer 1 (ici sans plus d'information il faudrait supprimer le deuxième qui est indiqué en mode SPF).

Cordialement, janus57

Merci beaucoup; cela fonctionne ! Mais pourriez vous m'expliquer pourquoi le TXT et le SPF doivent être fusionnés (je remarque aussi que cela fonctionne aussi lorsque le TXT et le SPF sont identiques) ?
Cordialement

TXT et le SPF sont identiques

SPF c'est une tricherie d'OVH "pour vous faciliter la vie" mais qui déroute tout le monde.

Un enregistrement SPF c'est un enregistrement de type TXT qui contient "v=spf1 ..."

Un enregistrement de type SPF ça n'existe pas. Ca avait été proposé vers l'an 2000 et cette proposition n'a pas été suivie. On est fin 2023...

Bonjour,

Mais pourriez vous m'expliquer pourquoi le TXT et le SPF doivent être fusionnés

SPF c'est l'ancienne norme (qui depuis a été rendu obsolète) qui ne doit plus être utilisé, mais OVH la convertie en entrée TXT (surement parce que celui qui n'y connaît rien cherche une entrée nommée "SPF").

(je remarque aussi que cela fonctionne aussi lorsque le TXT et le SPF sont identiques)

impossible, car cela crée 2 entrées -> violation de protocole -> rejet si le serveur respecte strictement la norme SPF.

Cordialement, janus57

Merci beaucoup pour votre aide.
Cordialement, MarieM4

Bonjour à toutes et tous,

Je rencontre, pour mon association, un problème de rejets massifs de mails. La raison principale semble être un problème de spf. Exemple :

sfr.fr>: host smtp-in.sfr.fr[93.17.128.123] said: 550 5.7.24
SPF permanent error: (in reply to end of DATA command)
Reporting-MTA: dns; sympa2.domainepublic.net
X-Postfix-Queue-ID: 2F19742D6E
X-Postfix-Sender: rfc822; crha-owner@listes.citoyens-resistants.fr
Arrival-Date: Sun, 17 Mar 2024 08:35:27 +0000 (UTC)

Final-Recipient: rfc822; xxxxxx@sfr.fr
Original-Recipient: rfc822;xxxxxxx@sfr.fr
Action: failed
Status: 5.7.24
Remote-MTA: dns; smtp-in.sfr.fr
Diagnostic-Code: smtp; 550 5.7.24 SPF permanent error:


Le serveur SYMPA est hébergé par association amie (domainepublic.net) et accessible via un sous-domaine qui nous appartient : listes.citoyens-resistants.fr

J'ai l'entrée suivante dans notre zone DNS (citoyens-resistants.fr) :
listes 600 IN TXT "v=spf1 ~all"


Pouvez-vous me dire si vous voyez le problème et comment le résoudre?

Merci d'avance.

J'ai l'entrée suivante dans notre zone DNS (citoyens-resistants.fr) :
listes 600 IN TXT "v=spf1 ~all"

Bonjour,

1) je ne suis pas certain que le SPF doit être déclaré au niveau du sous-domaine (mettez-le aussi au noveau du domaine principal, c'est plus sûr).
2) entre "v=spf1" et "~all" vous devriez mentionner les adresses IP autorisées, soit sous la forme ip4:...., soit via un include:.... fourni par votre prestataire e-mail.

Bonsoir,

Voici le message que je reçois lorsque j'essaye d'envoyer un email à quelqu'un qui a une boîte mail @free.fr : " 451 5.7.24 error during SPF check "


J'ai regardé mes paramètres et je n'ai pas 2 spf.
Je ne sais plus quoi faire :)

Merci pour votre aide !

Bonsoir,

Voici le message que je reçois lorsque j'essaye d'envoyer un email à quelqu'un qui a une boîte mail @free.fr : " 451 5.7.24 error during SPF check "



J'ai regardé mes paramètres et je n'ai pas 2 spf.
Je ne sais plus quoi faire :)

Merci +++ pour votre aide
Bonne soirée

451 5.7.24 error during SPF check

Bonjour,

Pouvez-vous donner le message d'erreur complet, svp ?

Bonjour,

La partie Google de votre SPF n'a pas de résolution DNS.

Supprimer cette partie (si vous envoyez vos mails depuis OVH uniquement)
Ou mettez à jour avec les informations de Google si vous envoyez vos mails depuis Google.

Cordialement, janus57