Auteur Sujet: Pas d'enregistrement PTR (reverse ip) pour abonné résidentiel fibre SFR ?  (Lu 67 fois)

thierry68, laurentm, darkmoon et 5 Invités sur ce sujet

laurentm

  • Abonné Orange / Sosh 4G/5G
  • *
  • Messages: 66
  • MIRMANDE 26
Bonjour tout le monde,

j'ai rencontré un problème sur mon serveur de messagerie Postfix avec un utilisateur qui ne peut pas envoyer de mail depuis sa connexion fibre SFR  (mais peut les recevoir).
Le serveur est en imaps en réception (port 993 SSL) et en smtps (port 587 Starttls) et fonctionne pour tous les autres utilisateurs distants.

Voici le message d'erreur:   Erreur serveur : '450 4.7.25 Client host rejected: cannot find your hostname.

En cherchant un peu, je me suis aperçu que l'utilisateur qui est chez SFR a bien une ip publique v4 (qui ne change jamais et n'est pas en CG-NAT) mais qui n'a absolument aucun enregistrement  PTR (reverse ip).
Tous mes autres utilisateurs abonnés résidentiels en ont un (en général chez Orange de la forme  laubervilliers-xxx-xxx-xxx-xxx.w90-63.abo.wanadoo.fr).

Je soupçonne que cette absence d'enregistrement soit la cause du problème avec le serveur Postfix  (qui est configuré pour pas mal de sécurité).

Bien entendu, l'utilisateur a contacté SFR, qui n'a absolument rien compris (ou rien voulu comprendre).

Ne pouvant agir sur ce reverse-ip, je vais tenter d'ajouter un host pour cette ip au nom de domaine du serveur mail et l'ajouter aussi dans l'enregistrement SPF ainsi que comme host dans le resolver DNS du serveur de mails.

Quelqu'un a -t-il une info à ce sujet ?

Bonne journée,

Laurent

Paul

  • Abonné Bbox fibre
  • *
  • Messages: 4 601
  • FTTH 8 Gb/s sur Châlons-en-Champagne (51)
    • Mon site
Cette erreur est normalement envoyée par le MX de destination d'un mail au MX source, pas du MX source à un client. Ton serveur mail a-t-il des PTR bien configurés ? C'est un critère de sécurité couramment utilisé, pour éviter les serveurs frauduleux. On ne vérifie cependant jamais les PTR clients, sauf peut-être dans des environnements très sensibles, et encore, on compte plutôt sur des certificats client dans ce cas.

Surtout qu'SFR assigne des PTR en IPv4 comme en IPv6 :

paul@arnage:~$ dig +short -x 92.91.1.254
254.1.91.92.rev.sfr.net.
paul@arnage:~$ dig +short -x 2a02:8428::550:1
2a02-8428-0000-0000-0000-0000-0550-0001.rev.sfr.net.

À l'inverse, Bouygues n'assigne pas de PTR aux IPv6 et je n'ai pas de problème pour contacter mon serveur Postfix.