Interactions de sendmail avec des services de noms

Cette section décrit les noms de domaine tels qu'ils s'appliquent à sendmail et aux services de noms. En outre, cette section décrit les règles pour une utilisation efficace des services de noms et les interactions spécifiques de sendmail avec les services de noms. Pour plus d'informations, reportez-vous aux rubriques suivantes.

• sendmail.cf et domaines de messagerie

• sendmail et les services de noms

• Interactions entre NIS et sendmail

• Interactions de sendmail avec NIS et DNS

Si vous recherchez des informations sur les tâches en rapport, reportez-vous à la section Utilisation de DNS avec sendmail ou Administration des fichiers d'alias de messagerie (liste des tâches) du Chapitre 2, Services de messagerie (tâches).

sendmail.cf et domaines de messagerie

Le fichier sendmail.cf standard utilise des domaines de messagerie afin de déterminer si le courrier est distribué directement ou par le biais d'un hôte de messagerie. Le courrier intradomaine est livré par l'intermédiaire d'une connexion SMTP directe, alors que le courrier interdomaine est transférer à un hôte de messagerie.

Dans un réseau sécurisé, seuls quelques hôtes sélectionnés sont autorisés à générer les paquets qui sont destinés à des destinations extérieures. Même si un hôte dispose de l'adresse IP de l'hôte distant qui est externe au domaine de messagerie, l'établissement d'une connexion SMTP n'est pas garanti. Le fichier sendmail.cf standard suppose les conditions suivantes.

• L'hôte en cours n'est pas autorisé à envoyer des paquets directement à un hôte à l'extérieur du domaine de messagerie.

• L'hôte de messagerie est capable de transférer le courrier à un hôte autorisé qui peut transmettre les paquets directement à un hôte externe. En fait, l'hôte de messagerie peut être un hôte autorisé.

Selon ces suppositions, l'hôte de messagerie est responsable de la distribution ou du transfert du courrier interdomaine.

sendmail et les services de noms

sendmail impose diverses exigences pour les services de noms. Pour améliorer votre compréhension de ces exigences, cette section décrit d'abord la relation des domaines de messagerie avec les domaines de service de noms. La section décrit ensuite les différentes exigences. Reportez-vous aux sections suivantes.

• Domaines de messagerie et domaines de service de noms

• Configuration requise pour les services de noms

• Page de manuel pour nsswitch.conf(4)

Domaines de messagerie et domaines de service de noms

Le nom du domaine de messagerie doit être un suffixe du domaine de service de noms. Par exemple, si le nom de domaine du service de noms est A.B.C.D, le nom du domaine de messagerie peut être l'un des suivants.

• A.B.C.D

• B.C.D

• C.D

• D

Lorsqu'il est établi pour la première fois, le nom du domaine de messagerie est souvent identique au domaine de service de noms. Au fur et à mesure que le réseau s'étend, le domaine de service de noms peut être divisé en petites parties pour rendre le service de noms plus facile à gérer. Cependant, le domaine de messagerie demeure souvent entier pour assurer la cohérence de la définition d'alias.

Configuration requise pour les services de noms

Cette section décrit les exigences que sendmail impose pour les services de noms.

Une table ou une carte d'hôtes dans un service de noms doit être configurée pour prendre en charge trois types de demandes gethostbyname().

• mailhost : certaines configurations de service de noms satisfont automatiquement cette exigence.

• Nom d'hôte complet (par exemple, smith.admin.acme.com) : de nombreuses configurations de service de noms répondent à cette condition.

• Nom d'hôte court (par exemple, smith) : sendmail doit se connecter à l'hôte de messagerie afin de transférer le courrier externe. Pour déterminer si une adresse e-mail se trouve dans le domaine de messagerie en cours, la fonction gethostbyname() est appelée avec le nom d'hôte complet. Si l'entrée est trouvée, l'adresse est considérée comme interne.

  NIS et DNS prennent en charge gethostbyname() avec un nom d'hôte court comme argument, si bien que cette condition est automatiquement satisfaite.

Deux règles supplémentaires relatives au service de noms d'hôte doivent être respectées pour établir des services sendmail efficaces au sein d'un service de noms.

• La fonction gethostbyname() avec un argument de nom d'hôte complet et un argument de nom d'hôte court doit obtenir des résultats cohérents. Par exemple, gethostbyname(smith.admin.acme.com) doit renvoyer le même résultat que gethostbyname(smith), si ces deux fonctions sont appelées à partir du domaine de messagerie admin.acme.com.

• Pour tous les domaines du service de noms placés sous un domaine de messagerie commun, gethostbyname() avec un nom d'hôte court doit donner le même résultat. Si, par exemple, le domaine de messagerie smith.admin.acme.com est donné, gethostbyname(smith) doit renvoyer le même résultat lorsque l'appel est effectué à partir du domaine ebb.admin.acme.com ou du domaine esg.admin.acme.com. Le nom de domaine de messagerie est généralement plus court que celui du domaine de service de noms, ce qui confère à cette exigence des conséquences particulières pour plusieurs services de noms.

Pour plus d'informations sur la fonction gethostbyname(), reportez-vous à la page de manuel gethostbyname(3NSL).

Interactions entre NIS et sendmail

La liste ci-dessous décrit les interactions entre sendmail et NIS et fournit quelques indications.

• Nom de domaine de messagerie : si vous configurez NIS en tant que service de noms principal, sendmail supprime automatiquement le premier composant du nom de domaine NIS et utilise ce qu'il obtient en tant que nom de domaine de messagerie. Par exemple, ebs.admin.acme.com devient admin.acme.com.

• Nom d'hôte de messagerie : vous devez disposer d'une entrée mailhost dans la carte d'hôtes NIS.

• Noms d'hôte complets : la configuration NIS normale ne “comprend” pas le nom d'hôte complet. Plutôt que de faire en sorte que NIS comprenne le nom d'hôte complet, désactivez cette exigence à l'aide de la commande sendmail en modifiant le fichier sendmail.cf et en remplaçant toutes les occurrences de %l par %y. Cette modification désactive la détection du courrier interdomaine de sendmail. Si l'hôte cible peut être résolu en une adresse IP, une distribution SMTP directe est tentée. Assurez-vous que votre carte d'hôtes NIS ne contient pas d'entrée d'hôte qui est externe au domaine de messagerie actuel. Sinon, vous devez personnaliser davantage le fichier sendmail.cf.

• Correspondance des noms d'hôte complets et des noms d'hôte courts : suivez les instructions ci-dessus sur la manière de désactiver gethostbyname() pour un nom d'hôte complet.

• Plusieurs domaines NIS dans un domaine de messagerie : toutes les cartes d'hôtes NIS sous un même domaine de messagerie doivent avoir le même ensemble d'entrées d'hôte. Par exemple, la carte d'hôtes dans le domaine ebs.admin.acme.com doit être identique à la carte d'hôtes dans esg.admin.acme.com. Dans le cas contraire, une adresse peut fonctionner dans un domaine NIS, mais ne pas fonctionner dans l'autre domaine NIS.

Pour plus d'informations sur les tâches, reportez-vous à la section Administration des fichiers d'alias de messagerie (liste des tâches) du Chapitre 2, Services de messagerie (tâches).

Interactions de sendmail avec NIS et DNS

La liste ci-dessous décrit les interactions de sendmail avec NIS et DNS, et fournit quelques indications.

• Nom de domaine de messagerie : si vous configurez NIS en tant que service de noms principal, sendmail supprime automatiquement le premier composant du nom de domaine NIS et utilise ce qu'il obtient en tant que nom de domaine de messagerie. Par exemple, ebs.admin.acme.com devient admin.acme.com.

• Nom d'hôte de messagerie : lorsque la fonction de transfert DNS est activée, les demandes non résolues par NIS sont transférées à DNS ; ainsi, vous n'avez pas besoin d'une entrée mailhost dans la carte d'hôtes NIS.

• Noms d'hôte complets : même si NIS ne sait pas interpréter les noms d'hôte complets, DNS le sait. Cette condition est remplie lorsque vous suivez la procédure standard pour configurer NIS et DNS.

• Correspondance des noms d'hôte complets et des noms d'hôte courts : pour chaque entrée d'hôte dans la table d'hôtes NIS, vous devez avoir une entrée d'hôte correspondante dans DNS.

• Plusieurs domaines NIS dans un domaine de messagerie : toutes les cartes d'hôtes NIS sous un même domaine de messagerie doivent avoir le même ensemble d'entrées d'hôte. Par exemple, la carte d'hôtes dans le domaine ebs.admin.acme.com doit être identique à la carte d'hôtes dans esg.admin.acme.com. Dans le cas contraire, une adresse peut fonctionner dans un domaine NIS, mais ne pas fonctionner dans l'autre domaine NIS.

Pour plus d'informations sur les tâches, reportez-vous à la section Utilisation de DNS avec sendmail ou Administration des fichiers d'alias de messagerie (liste des tâches) du Chapitre 2, Services de messagerie (tâches).