Bonjour,
 
J'aimerais avoir des avis sur la faisabilité de la "configuration" suivante...
 
 
Un postfix "primaire" sur une machine du réseau local recoit les emails adressés a un domaine "@domaine.com" et utilise pour les envois externe le smtp de l'ISP...  
 
Un second postfix est installé sur une seconde machine du reseau local (qui est en .com oui oui je sais... )
disons : m1.domaine.com et cette machine est "sensée" gérer des emails envoyés à des adresses type user@m1.domaine.com
 
Le but du jeu est que les utilisateurs du domaine domaine.com continuent a utiliser le postfix primaire et puissent envoyer des mails à des comptes en .....@m1.domaine.com
 
 
Actuellement le postfix primaire ne "voit" pas que m1.domaine.com est une machine du réseau local et envoi le mail au smtp de l'ISP qui bien entendu ne trouve pas de domaine m1.domaine.com et retourne tres vite une erreur...
 
Y-a-t-il une solution pour que le postfix vérifie que m1.domaine.com n'est pas une machine du réseau local ? Avant de l'envoyer au relayhost c-a-d au smtp de l'ISP...
 
 
l'IP locale de la machine m1.domaine.com est bien-entendu présenté dans le dns local, et aussi dans le hosts (on ne sait jamais)...
 
On ne veut naturellement pas que la machine m1.domaine.com soit directement accessible depuis internet...(ce qui ne serait a priori pas possible dans une config à 1 seul ISP).
 
Si quelqu'un a une idée... ??
 
Merci pour votre aide.

Bonjour,
 
Si le postfix primaire est le seul accessiblde depuis internet, tu peux utiliser le paramètre transport_maps = hashpostfix_path/transport
Il permet d'associer des domaines à des relais spécifiques.
 
Dans ton cas, cela peut donner :
m1.domain.com smtp:secondaire.domaine.com
 
Une autre solution si les deux postfix sont accessibles depuis internet, tu peux jouer sur les champs MX au niveau DNS si tu en as la maitrise.

+1 les transport map sont fait pour ça