next up previous contents
suivant: Réécrire les logins en monter: Configurer sendmail avec les précédent: Configurer sendmail pour un   Table des matières

Réécrire les adresses et le nom de domaine pour les courriers sortants

On peut rajouter des options pour être plus ``sioux''. Voici des améloriations classiques que l'on peut apporter à notre configuration :

Pour faire cela, il est nécessaire d'apporter quelque modifications à notre fichier de configuration host.mc. Pour cela, on rajoute simplement une ligne DOMAIN contenant le nom d'un fichier (par exemple le nom du domaine), et on édite un nouveau fichier domaine.m4. Voici donc le contenu du fichier host.mc :

VERSIONID(`@(#)tcpproto.mc      8.10 (Berkeley) 5/19/1998')
OSTYPE(linux)
DOMAIN(domaine)
FEATURE(nouucp)
MAILER(local)
MAILER(smtp)

Et voici le contenu du fichier domaine.m4 :

MASQUERADE_AS(domaine)
FEATURE(masquerade_envelope)
FEATURE(genericstable)

Ce fichier doit se trouver dans le répertoire prévu à cet effet. Sous Debian, c'est le répertoire /usr/share/sendmail/sendmail.cf/domain, comme l'indique le message d'erreur se produisant si le fichier n'est pas au bon endroit :

$ m4 /usr/share/sendmail/sendmail.cf/m4/cf.m4 host.mc > sendmail.cf
$

Pour trouver le répertoire sous d'autre distributions, chercher le fichier generic.m4 (avec la commande locate, par exemple), qui devrait se trouver dans ce même répertoire.

Détaillons les nouvelles options :

DOMAIN(domaine)
Indique le nom du fichier contenant des options spécifiques au domaine. Ce peut être interessant si on souhaite configurer le service de courrier électronique pour un grand nombre de machines dans notre réseau ;

MASQUERADE_AS(domaine)
Réécrit le nom du domaine dans le champ From en domaine, au lieu de machine.domaine.

Ce nom de domaine est donc le nom de domaine à montrer après le @ dans le champ From: des méls sortants : une personne recevant un mél verra From: login@domaine. Ce domaine devrait être le nom de domaine pleinement qualifié (machine.domaine) si ce domaine est effectivement enrégistré par un DNS, ou le nom de domaine du fournisseur d'accès. Dans le cas d'un intranet avec un nom de domaine ``bidon'' (car enrégistré par aucun DNS de l'Internet), il faut cacher ce nom car des utilisateurs vérifient les noms de domaines des méls qu'ils reçoivent, sous peine de les mettre directement à la poubelle.

Cette option est employée avec la caractéristique genericstable ;

FEATURE(masquerade_envelope)
Si on veut que l'enveloppe des méls (ainsi que les en-têtes) laissent croire qu'ils viennent d'un nom de domaine particulier, il faut préciser cette option ;

FEATURE(genericstable)
Permet d'utiliser la caractéristique genericstable, qui sert à réécrire les adresses méls des utilisateurs expédiant des couriers. La mise en oeuvre de cette caractéristique est détaillée dans la section suivante. Noter que les noms et chemins de la base de donnée peuvent être spécifiés comme suit : FEATURE(genericstable, `hash -o /etc/mabd') pour une base de données se trouvant dans le fichier /etc/mabd.db ;


next up previous contents
suivant: Réécrire les logins en monter: Configurer sendmail avec les précédent: Configurer sendmail pour un   Table des matières
2004-07-17