L'avantage de cette infra est que si le serveur Zimbra devient indisponible, le Postfix relais garde les mails en attente jusqu'à ce qu'il soit UP.
Bref, niveau DNS, tout me paraît correct non ?
Non. On a inventé les MX secondaires pour ça : tu mets deux enregistrements MX, avec ton serveur Zimbra en plus haute priorité et ton serveur Postfix en plus basse priorité. Quand quelqu'un aura un message à te transmettre il essaiera d'abord le Zimbra, puis, s'il est indisponible, le Postfix :
Puis tu configures Postfix pour qu'il accepte le courrier en tant que relais intermédiaire. /etc/postfix/main.cf :
relay_domains = example.com
# Et *surtout pas* example.com dans mydestination !
relay_recipient_maps = hash:/etc/postfix/relay/example.com
Enfin, dans /etc/postfix/relay/example.com, tu mets la liste des adresses de ce nom de domaine, histoire que ton Postfix en ait connaissance et puisse ainsi refuser directement le courrier à destination d'adresses inexistantes :
toto@example.com
titi@example.com
Comme tous les fichiers de tables Postfix, il faut en faire une table hachée :
# Mauvaise implémentation
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Problème avec mon Postfix relais. Évalué à 2.
Non. On a inventé les MX secondaires pour ça : tu mets deux enregistrements MX, avec ton serveur Zimbra en plus haute priorité et ton serveur Postfix en plus basse priorité. Quand quelqu'un aura un message à te transmettre il essaiera d'abord le Zimbra, puis, s'il est indisponible, le Postfix :
Puis tu configures Postfix pour qu'il accepte le courrier en tant que relais intermédiaire.
/etc/postfix/main.cf:Enfin, dans
/etc/postfix/relay/example.com, tu mets la liste des adresses de ce nom de domaine, histoire que ton Postfix en ait connaissance et puisse ainsi refuser directement le courrier à destination d'adresses inexistantes :Comme tous les fichiers de tables Postfix, il faut en faire une table hachée :
Plus d'infos : [http://postfix.traduc.org/index.php/STANDARD_CONFIGURATION_README.html#backup].