Bonjour,
le reverse DNS pas correctement fixé n’est pas un soucis, sauf quand il ne peut pas être obtenu (absence de PTR).
J’ai ce soucis d’absence de PTR avec les connexions Fibre de Free.fr quand le serveur SMTP est derrière ladite connexion fibre. Du coup, je peux envoyer des emails partout sauf chez Free.fr
Postfix sait très bien utiliser différents relais postfix, par contre pour lui demander d’utiliser telle ou telle connexion, j’ai essayé sans succès.
Je n’arrive pas à configurer Postfix pour qu’il utilise simplement une interface réseau spécifique pour envoyer des emails vers Free.fr, j’ai donc essayé d’autres méthodes.
J’ai des tunnels qui sont en place, je peux choisir de rerouter les emails sortant vers Free.fr vers l’une ou l’autre connexion.
Si j’utilise le routage, les emails sortant vers Free.fr passent par le VPN et sortent depuis une connexion SFR, pas de soucis, ça arrive chez Free.fr. Par contre, je ne reçois plus les emails depuis Free.fr, parce que je suppose que la connexion TCP n’abouti pas. Si je coupe les routes exceptionnelles pour Free.fr, je reçoie les emails en attente. Donc ce n’est pas la bonne solution.
Une autre solution serait d’utiliser le forwarding sortant du port 25 en sélectionnant les destinations vers Free.fr, mais ça, je ne sais pas le faire, et c’est l’occasion d’apprendre nftables.
Du coup, toujours dans l’idée de ne pas avoir à maintenir un relai postfix distant, l’idée serait de créer des VM avec chacune un relai postfix et un VPN. Ainsi, chez le « client », il n’y aurait que le VPN à mettre en place, ce qui est largement plus simple à gérer.
Edit : Tiens, faudra que je regarde À la découverte du mode multi-instances de Postfix | Sysnove (depuis oMailgw pour gérer ces passerelles sortantes - #12 par Framasky )