Ignorer les liens de navigation | |
Quitter l'aperu | |
Gestion des services sendmail dans Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Français) |
1. Services de messagerie (présentation)
2. Services de messagerie (tâches)
3. Services de messagerie (référence)
Version Oracle Solaris de sendmail
Indicateurs utilisés et non utilisés pour compiler sendmail
MILTER, API de filtre de courrier pour sendmail
Versions du fichier de configuration
Composants matériels et logiciels des services de messagerie
Agent utilisateur de messagerie
Agent de transfert de courrier
Logiciels de messagerie et sendmail
Logiciel de messagerie SMTP (Simple Mail Transfer Protocol)
Logiciels de messagerie UUCP (UNIX-to-UNIX Copy Program)
Nom de domaine de service de noms et nom de domaine de messagerie
Format type des adresses e-mail
Adresses e-mail à acheminement indépendant
Programmes et fichiers de service de messagerie
Amélioration de l'utilitaire vacation
Contenu du répertoire /usr/bin
Contenu du répertoire /etc/mail
Contenu du répertoire /etc/mail/cf
Contenu du répertoire /usr/lib
Autres fichiers utilisés pour les services de messagerie
Interactions des programmes de messagerie
sendmail et ses mécanismes de réacheminement
Fichier de configuration sendmail
Fichiers d'alias de messagerie
Contrôles des fichiers .forward
Adresses e-mail et acheminement du courrier
Interactions de sendmail avec des services de noms
sendmail.cf et domaines de messagerie
sendmail et les services de noms
Domaines de messagerie et domaines de service de noms
Configuration requise pour les services de noms
Modifications de la version 8.14 de sendmail
Modifications de la version 8.13 de sendmail
Prise en charge de l'exécution de SMTP avec TLS dans la version 8.13 de sendmail
Options du fichier de configuration pour l'exécution de SMTP avec TLS
Macros pour l'exécution de SMTP avec TLS
Ensembles de règles pour l'exécution de SMTP avec TLS
Considérations de sécurité liées à l'exécution de SMTP avec TLS
Options de ligne de commande supplémentaires dans la version 8.13 de sendmail
Options de fichier de configuration supplémentaires et révisées dans la version 8.13 de sendmail
Déclarations FEATURE() supplémentaires et révisées dans la version 8.13 de sendmail
Modifications à partir de la version 8.12 de sendmail
Prise en charge des wrappers TCP à partir de la version 8.12 de sendmail
Fichier de configuration submit.cf à partir de la version 8.12 de sendmail
Fonctions permettant de distinguer sendmail.cf de submit.cf
Modifications fonctionnelles à partir de la version 8.12 de sendmail
Options de ligne de commande supplémentaires ou abandonnées à partir de la version 8.12 de sendmail
Macros définies supplémentaires à partir de la version 8.12 de sendmail
Macros supplémentaires à partir de la version 8.12 de sendmail
Macros MAX supplémentaires à partir de la version 8.12 de sendmail
Macros de configuration m4 supplémentaires et révisées à partir de la version 8.12 de sendmail
Modifications apportées à la déclaration FEATURE() à partir de la version 8.12 de sendmail
Modifications apportées à la déclaration MAILER() à partir de la version 8.12 de sendmail
Indicateurs d'agent de distribution supplémentaires à partir de la version 8.12 de sendmail
Fonctions de file d'attente supplémentaires à partir de la version 8.12 de sendmail
Modifications pour LDAP à partir de la version 8.12 de sendmail
Modifications apportées au logiciel de messagerie intégré à partir de la version 8.12 de sendmail
Ensembles de règles supplémentaires à partir de la version 8.12 de sendmail
Modifications apportées aux fichiers à partir de la version 8.12 de sendmail
Version 8.12 de sendmail et adresses IPv6 dans la configuration
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.
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).
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 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.
Page de manuel pour nsswitch.conf(4)
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.
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).
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).
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).