La Fibre
Télécom => Réseau => 
IPv6 => Discussion démarrée par: Stilnox le 06 mai 2023 à 11:52:16
-
Salut,
j'héberge derrière ma freebox un serveur mail, qui est compatible ipv4 et ipv6. J'ai effectué toutes les confs nécessaires (ptr sur l'ipv4, spf, dkim), mais je ne peux pas mettre de PTR sur une de mes IPv6 attribuées par Free.
Du coup résultat j'ai ceci quand j'envoie un mail à un serveur mail IPv6 (en l'occurrence gmail) :
Error Type: SMTP
Remote server (2a00:1450:400c:c09::1a) issued an error.
Remote server replied: 550-5.7.1 [2a01:e0a:b8f:c090::1337] Our system has detected that this message
550-5.7.1 does not meet IPv6 sending guidelines regarding PTR records and
550-5.7.1 authentication. Please review
550-5.7.1 https://support.google.com/mail/?p=IPv6AuthError for more information
Le PTR est une vérification utilisée dans beaucoup de serveurs mails pour éviter les spams, et je ne trouve pas de moyen de mettre un enregistrement via le panel free. ça semble juste possible en ipv4.
Quelqu'un a une idée de comment faire ? Je suis limite obligé de désactiver IPv6 sur mon serveur mail pour éviter que des fournisseurs comme gmail rejettent mes mails.
-
https://dev.freebox.fr/bugs/task/12749
Aucune réponse de Free en 10 ans et toujours KO !
-
Il y a des réponses sur le rDNS IPv4/6 (sur fond vert clair) -> https://dev.freebox.fr/bugs/task/26772
C'était 100% fonctionnel quand 100% du parc était en IPv4 natif, ce sera 100% fonctionnel quand 100% du parc sera en IPv6. Dans l'entre deux, nous avons fait le choix de ne pas le réactualiser.
-
Il me semble que beaucoup de serveurs mails (notamment gmail) mettent d'office en SPAM tout mail venant d'une adresse IP publique "grand publique". Ainsi, même si tu règles ton problème de PTR je ne suis pas sûr que ton serveur mail soit fonctionnel.
-
Je confirme, les opérateurs doivent classer les plages IP (IPv4 et IPv6) et quand une plage est attribuée à des clients grand public, les mails sont rejetés chez certains fournisseurs.
-
Il me semble que beaucoup de serveurs mails (notamment gmail) mettent d'office en SPAM tout mail venant d'une adresse IP publique "grand publique". Ainsi, même si tu règles ton problème de PTR je ne suis pas sûr que ton serveur mail soit fonctionnel.
En général tu as une réponse automatique quand ton mail est rejeté (notamment chez Outlook ou du côté des serveurs de l'éducation nationale). Dans la réponse ils indiquent comme être whitelisté, il faut donc ajouter à la main chaque IP source pour ne pas finir en spam ou même être tout juste rejeté. Les plus chiants que j'ai pu voir ce sont Outlook/Office, qui te catégorisent très souvent en spam même après avoir fait leur procédure pour ne pas être rejeté.
-
Je confirme, les opérateurs doivent classer les plages IP (IPv4 et IPv6) et quand une plage est attribuée à des clients grand public, les mails sont rejetés chez certains fournisseurs.
D'où vient cette obligation ? Y a rien dans les docs inetnum/6 du RIPE.
-
aucune obligation, juste la preference pour eviter les emmerdes.
-
aucune obligation, juste la preference pour eviter les emmerdes.
Quelles emmerdes ? le port 25 est bloqué par défaut
-
Il y a des réponses sur le rDNS IPv4/6 (sur fond vert clair) -> https://dev.freebox.fr/bugs/task/26772
En effet c'est la m****. Comme je capte pas grand chose au jargon, quand les types disent que c'est la faute au NRO, je dis ok.
Mais NRO c'est l'infrastructure, donc si je prends la fibre chez OVH ca sera pareil?
Parce que OVH propose de regler au moins le PTR de l'ipv4 https://help.ovhcloud.com/csm/fr-internet-access-reverse-dns?id=kb_article_view&sysparm_article=KB0039308#verifier-la-configuration-du-reverse-dns
Mais est ce que c'est foutu pour ma gueule (NRO PES75) quoi qu'il arrive?
-
C'est certainement pas la faute du NRO. Un NRO c'est un batiment....
Il n'y a aucun lien entre les équipements qui sont au NRO et la capacité ou non de configurer les rDNS. C'est spécifique à chaque FAI.
-
C'est certainement pas la faute du NRO. Un NRO c'est un batiment....
Il n'y a aucun lien entre les équipements qui sont au NRO et la capacité ou non de configurer les rDNS. C'est spécifique à chaque FAI.
Hm. Y a des équipements. Dedans y a des plages IP associées. Juste qu'ils ont pas du ouvrir ces "nouvelles" plages dans leur bouzin de gestion du reverse... (ou plus drôle oublié de demander la délégation DNS du reverse du bloc au RIPE krrkrrkrr)
-
Je suis sur le point d'aller souscrire à OVH, j'en peux plus!
La derniere réponse de Free c'était ca : (perso j'ai ni rdns ipv4 ni ipv6 sur mon ip chez free)
-
Ouais en 6rd je sais pas si la feature est dispo. Mais en 4rd quand tu demandes une IP full stack elle l'est, yes.