Twitter Facebook RSS

Accueil > Tags

25
juillet

DNS sous Bind : Ran out of space

Ce matin, je me suis heurté à ce soucis en ajoutant 3 IP à mon champ TXT SPF :

Jul 25 11:44:47 dns named[14344]: dns_rdata_fromtext: /etc/bind/zones/mondomaine.com:19: ran out of space

Après une petite recherche, j'ai découvert qu'on ne pouvait pas mettre de valeur de plus de 255 caractères... Il faut donc séparer votre entrée TXT comme ceci :

IN TXT "valeur" "valeur2"

Un petit exemple :

60      IN      TXT     "v=spf1 include:domaine.com ip4:X.X.X.X ip4:X.X.X.X ip4:X.X.X.X ip4:X.X.X.X ip4:X.X.X.X ip4:X.X.X.X ip4:X.X.X.X ip4:X.X.X.X ip4:X.X.X.X " "ip4:X.X.X. ip4:X.X.X.X ip4:X.X.X.X ip4:X.X.X.X -all"

07
novembre

Zimbra : Received-SPF: neutral

Récemment, j'ai déplacé mon serveur Zimbra, et j'ai eu quelques soucis dans l'envoi de certains mails... Je retrouvais régulièrement certains mails que j'ai envoyé en spam... Voici la partie qui posait problème :

Received-SPF: neutral (google.com: 88.190.XXX.XXX is neither permitted nor denied by best guess record for domain of noreply@jeoffrey54.com) client-ip=88.190.XXX.XXX;
Authentication-Results: mx.google.com; spf=neutral (google.com: XXX.XXX.XXX.XXX is neither permitted nor denied by best guess record for domain of noreply@jeoffrey54.com) smtp.mail=noreply@jeoffrey54.com

Qu'est ce que ça veut dire concrètement ?

Quand un serveur de mail reçoit un email, il vérifie la zone DNS du domaine expéditeur en regardant si un enregistrement SPF est présent. Dans notre cas, étant donné qu'il ne le trouve pas, le mail est considéré comme su Spam...

Pour régler le problème, vous devez créer un enregistrement SPF sur la zone du domaine concerné... Créez donc une entrée DNS TXT et mettez-y ce contenu :

v=spf1 a mx ~all

Validez, attendez 24H le temps que les DNS se propagent, et retestez !

Si ça ne marche pas, jetez un coup d'oeil du coté de cette page, vous y trouverez un outil qui détecte (ou pas) votre enregistrement SPF afin de savoir s'il est valide ou non !

^ Retourner en haut