suivant: Réécrire les logins en
monter: Configurer sendmail avec les
précédent: Configurer sendmail pour un
Table des matières
On peut rajouter des options pour être plus ``sioux''. Voici des améloriations classiques que l'on peut apporter à notre configuration :
- le nom d'hôte de la machine expéditeur est réécrit en nom de domaine dans l'en-tête et dans l'enveloppe pour tous les méls qui sortent. Par exemple, un mél envoyé de machine.domaine par l'utilisateur utilisateur aura pour champ From utilisateur@domaine au lieu de utilisateur@machine.domaine. Cette option est classique, et permet de rendre indépendante d'un nom de machine du réseau local, si bien que si celle-ci vient à disparaître ou à être renomée, l'adresse mél reste valide ;
- le nom de l'utilisateur envoyant un mél sera réécrit sous la forme Prénom.Nom. Par exemple, l'utilisateur Jean Bon ayant pour login jbon enverra des méls avec un champ From Jean.Bon@domaine au lieu de jbon@domaine ;
- les méls adressés à Prénom.Nom@domaine doivent donc être acceptés et redirigés vers les boîtes aux lettres de l'utilisateur correspondant ;
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 ;
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