Les serveurs de mon réseau interne sont adressé en 10/8 et nommé dans un domaine fictif .interne (ex: serveur1.interne)
Par ailleurs je dispose d'un domaine public que j'appellerais ici mondomaine.com
Tous mes serveurs relaient en SMTP vers une passerelle smtp.interne sur lequel est installé et paramétré postfix.
Actuellement les mails sortent bien vers internet.
Toutefois, l'enveloppe SMTP fait apparaitre des noms internes que je ne veux pas diffuser à l'extérieur.
exemple :
Received: (from root@localhost)
by serveur1.interne (8.13.7/8.13.7/Submit) id 234SZ4PZ234556
for quelqu.un@quelque-part.com; Wed, 1 Aug 2007 17:32:01 +0200
Message-Id: <200708011532.234SZ4PZ234556@serveur1.interne>
que je voudrais transformer en
Received: (from root@localhost)
by serveur1.mondomaine.com (8.13.7/8.13.7/Submit) id 234SZ4PZ234556
for quelqu.un@quelque-part.com; Wed, 1 Aug 2007 17:32:01 +0200
Message-Id: <200708011532.234SZ4PZ234556@serveur1.mondomaine.com>
Aussi, j'ai essayé de faire de la réécriture dans postfix comme ceci :
dans /etc/postfix/header_checks :
/\.interne/ REPLACE mondomaine.com
et j'ai ajouté la directive header_checks comme suit :
postconf -e "header_checks = regexp:/etc/postfix/header_checks"
Comme ça ne fonctionnait pas, et sans grand espoir j'ai rajouté ceci
postconf -e "header_checks = regexp:/etc/postfix/header_checks"
Malheureusement cela ne fonctionne pas mieux.
J'ai fait le même test avec le fichier /etc/postfix/header_checks suivant pour effacer les lignes contenant .interne :
/\.interne/ IGNORE
Mais les lignes contenant .interne sont toujours la.
Une idée pour me dépanner ?
Merci
# Postfix PCRE (Perl Compatible Regular Expressions) ?
Posté par Julien L. . Évalué à 2.
Pour info et ref : http://www.postfix.org/PCRE_README.html et http://www.pcre.org/
[^] # Re: Postfix PCRE (Perl Compatible Regular Expressions) ?
Posté par wattoo . Évalué à 1.
J'ai fait un test en ligne de commande qui a l'air de fonctionner avec ce fichier /etc/postfix/header_checks :
/^(.*)\.interne(.*)$/ REPLACE $1.mondomaine.com$2
test :
# postmap -fq "totodssdf.internefdsfe" pcre:/etc/postfix/header_checks
REPLACE totodssdf.mondomaine.comfdsfe
Mais côté des mails, c'est pas mieux
[^] # Re: Postfix PCRE (Perl Compatible Regular Expressions) ?
Posté par Julien L. . Évalué à 2.
Le postfix est en version 2.3.8.
Le postmap -q fonctionne, comme pour ton cas, correctement.
Etonnant...
# Oups
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 2.
de mon point de vue tu as fait deux fois la même chose, mais j'ai du
louper un truc ;)
Sinon c'est bien comme ça que je supprime les postes internes et amavis sur mes MTA. As-tu bien redémarrer postfix après tes modifications ?
Y a t'il des erreurs au démarrage de postfix ? (syslog)
la ligne est-elle bien présente dans main.cf, sans double affectation
ou autre bizarrerie (jamais utilisé postconf -e).
[^] # Re: Oups
Posté par wattoo . Évalué à 1.
La deuxieme fois il fallait lire :
Comme ça ne fonctionnait pas, et sans grand espoir j'ai rajouté ceci
postconf -e "body_checks = regexp:/etc/postfix/header_checks"
Précision que je n'avais pas donné, je suis sous Fedora Core 6 et j'ai recompilé postfix en suivant le tuto de howtoforge ( http://www.howtoforge.com/fedora_virtual_postfix_mysql_quota(...) ) avec le patch VDA pour les quotas et pour activer le support de mysql. Postfix est configuré avec Amavis
J'ai bien redémarré postfix et je n'ai pas d'erreurs dans /var/log/messages
ni dans /var/log/maillog :
Aug 3 09:53:39 mail1 sendmail[29290]: alias database /etc/aliases rebuilt by root
Aug 3 09:53:39 mail1 sendmail[29290]: /etc/aliases: 77 aliases, longest 13 bytes, 782 bytes total
Aug 3 09:53:39 mail1 postfix/postfix-script: starting the Postfix mail system
Aug 3 09:53:39 mail1 postfix/master[29336]: daemon started -- version 2.3.3, configuration /etc/postfix
coté main.cf :
# grep checks /etc/postfix/main.cf
#header_checks = regexp:/etc/postfix/header_checks
header_checks = pcre:/etc/postfix/header_checks
nested_header_checks = pcre:/etc/postfix/header_checks
body_checks = pcre:/etc/postfix/header_checks
J'ai vérifié mon fichier master.cf pour vérifier que j'avais pas une option du type -o receive_override_options=no_header_body_checks mais je ne vois rien sur le smtp du port 25 :
smtp inet n - n - - smtpd
Je sèche :(
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.