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
Interactions entre NIS et sendmail
Interactions de sendmail avec NIS et DNS
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 contient des informations sur les sujets suivants.
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
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
Les wrappers TCP permettent d'implémenter des contrôles d'accès en vérifiant à l'aide d'une liste de contrôle d'accès (ACL) les adresses d'un hôte demandant un service réseau particulier. Les demandes sont accordées ou refusées en conséquence. Non seulement les wrappers TCP fournissent ce système de contrôle des accès mais ils consignent également les demandes hôte de services réseau, offrant ainsi une fonction de surveillance utile. Les services réseau pouvant être soumis à un contrôle des accès incluent par exemple rlogind, telnetd et ftpd.
A partir de la version 8.12, sendmail permet l'utilisation de wrappers TCP. Cette vérification n'élimine pas les autres mesures de sécurité. Avec l'activation des wrappers TCP dans sendmail, une nouvelle vérification permettant de valider la source d'une demande de service réseau avant tout accord à la demande a été ajoutée. Reportez-vous à la page de manuel hosts_access(4).
Remarque - La prise en charge des wrappers TCP dans inetd(1M) et sshd(1M) est incluse depuis la version de Solaris 9.
Pour plus d'informations sur les listes de contrôle d'accès (ACL), reportez-vous à la section Utilisation des ACL pour protéger les fichiers UFS du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.
A partir de la version 8.12, sendmail comprend un fichier de configuration supplémentaire, /etc/mail/submit.cf. Ce fichier, submit.cf, est utilisé pour exécuter sendmail en mode programme d'envoi du courrier, au lieu du mode démon. Le mode programme d'envoi du courrier, contrairement au mode démon, ne nécessite pas les privilèges root, de sorte que ce nouveau paradigme assure une meilleure sécurité.
Reportez-vous à la liste suivante de fonctions pour submit.cf :
La commande sendmail utilise submit.cf pour l'exécution en mode programme d'envoi du courrier (MSP), qui envoie des messages électroniques et peut être démarré par des programmes (tels que mailx), ainsi que par les utilisateurs. Reportez-vous à la description des options -Ac et -Am dans la page de manuel sendmail(1M).
submit.cf est utilisé dans les modes de fonctionnement suivants :
-bm, qui est le mode de fonctionnement par défaut ;
-bs, qui utilise l'entrée standard pour exécuter SMTP ;
-bt, qui est le mode test utilisé pour résoudre les adresses.
sendmail, lorsque vous utilisez submit.cf, ne s'exécute pas comme un démon SMTP.
sendmail, lorsque vous utilisez submit.cf, utilise /var/spool/clientmqueue, la file d'attente de messages client uniquement, qui contient les messages qui n'ont pas été distribués au démon sendmail. Les messages de cette file d'attente sont distribués par le démon client, qui agit vraiment en tant que programme d'exécution de file d'attente client.
Par défaut, sendmail utilise submmit.cf régulièrement pour exécuter la file d'attente MSP (également appelée file d'attente client uniquement), /var/spool/clientmqueue.
/usr/lib/sendmail -Ac -q15m
Prenez note des remarques suivantes :
A partir de la version Solaris 9, submit.cf est automatiquement inclus.
submit.cf n'exige pas de planification ni de procédures préliminaires avant de procéder à l'installation de la version Solaris 9 ou d'une version plus récente.
Sauf si vous spécifiez un fichier de configuration, sendmail utilise automatiquement submit.cf comme requis. En fait, sendmail sait quelles sont les tâches appropriées pour submit.cf et sendmail.cf.
Le fichier de configuration sendmail.cf est destiné au mode démon. Lors de l'utilisation de ce fichier, sendmail agit comme un agent de transfert de courrier (MTA), qui est démarré par l'utilisateur root.
/usr/lib/sendmail -L sm-mta -bd -q1h
Reportez-vous à la liste suivante répertoriant d'autres fonctions de distinction pour sendmail.cf :
Par défaut, sendmail.cf accepte les connexions SMTP sur les ports 25 et 587.
Par défaut, sendmail.cf exécute la principale file d'attente, /var/spool/mqueue.
Avec l'ajout de submit.cf, les modifications fonctionnelles suivantes ont été effectuées :
A partir de la version 8.12 de sendmail, seul root peut exécuter la file d'attente de messages. Pour plus d'informations, reportez-vous aux modifications qui sont décrites dans la page de manuel mailq(1). Pour obtenir des informations sur les nouvelles tâches, reportez-vous à la section Administration des répertoires de file d'attente (liste des tâches).
Le mode de programme d'envoi du courrier s'exécute sans privilège root, ce qui peut empêcher sendmail d'avoir accès à certains fichiers (tels que les fichiers .forward). Par conséquent, l'option -bv pour sendmail pourrait donner à l'utilisateur des résultats erronés. Il n'est pas possible de contourner ce problème.
Avant sendmail version 8.12, si vous n'exécutiez pas sendmail en mode démon, vous empêchiez uniquement la distribution du courrier entrant. A partir de sendmail version 8.12, si vous n'exécutez pas le démon sendmail avec la configuration par défaut, vous empêchez également la distribution du courrier sortant. Le programme d'exécution de file d'attente client (également appelé programme d'envoi du courrier) doit être en mesure d'envoyer le courrier au démon sur le port SMTP local. Si ce programme d'exécution tente d'ouvrir une session SMTP avec l'hôte local et le démon n'écoute pas sur le port SMTP, le courrier reste dans la file d'attente. La configuration par défaut exécute un démon, de sorte que ce problème ne se produit pas si vous utilisez cette configuration. Cependant, si vous avez désactivé le démon, reportez-vous à la section Gestion de la distribution du courrier à l'aide d'une autre configuration de sendmail.cf pour découvrir un moyen de résoudre ce problème.
Le tableau ci-dessous décrit les options de ligne de commande nouvelles ou abandonnées pour sendmail. D'autres options de ligne de commande sont décrites dans la page de manuel sendmail(1M).
Tableau 3-18 Options de ligne de commande supplémentaires ou abandonnées à partir de la version 8.12 de sendmail
|
Le tableau ci-dessous décrit les arguments traités par macro supplémentaires pour les options PidFile et ProcessTitlePrefix. Pour plus d'informations sur ces options, reportez-vous à la page de manuel sendmail(1M).
Tableau 3-19 Arguments des options PidFile et ProcessTitlePrefix
|
Le tableau suivant décrit les macros qui sont réservées à une utilisation par le programme sendmail. Les valeurs des macros sont attribuées en interne. Pour plus d'informations, reportez-vous à la page de manuel sendmail(1M).
Tableau 3-20 Macros définies supplémentaires pour sendmail
|
Cette section présente un tableau qui décrit d'autres macros qui sont utilisées pour créer le fichier de configuration sendmail.
Tableau 3-21 Macros supplémentaires utilisées pour créer le fichier de configuration sendmail
|
Utilise les macros suivantes pour configurer le nombre maximal de commandes qui peuvent être reçues avant que sendmail ralentisse sa distribution. Vous pouvez définir ces macros MAX au moment de la compilation. Les valeurs maximales dans le tableau suivant représentent les valeurs par défaut actuelles.
Tableau 3-22 Macros MAX supplémentaires
|
Remarque - Vous pouvez désactiver la vérification d'une macro en définissant sa valeur sur zéro.
Cette section contient un tableau des macros de configuration m4 supplémentaires et révisées pour sendmail. Utilisez la syntaxe suivante pour déclarer ces macros.
symbolic-name(`value')
Si vous avez besoin de construire un fichier sendmail.cf, reportez-vous à la section Modification de la configuration sendmail du Chapitre 2, Services de messagerie (tâches).
Tableau 3-23 Macros de configuration m4 supplémentaires et révisées pour sendmail
|
Reportez-vous aux tableaux suivants pour obtenir des informations sur les modifications spécifiques apportées aux déclarations FEATURE().
Pour utiliser des noms de FEATURE nouveaux et révisés, utilisez la syntaxe ci-dessous.
FEATURE(`name', `argument')
Si vous avez besoin de créer un fichier sendmail.cf, reportez-vous à la section Modification de la configuration sendmail du Chapitre 2, Services de messagerie (tâches).
Tableau 3-24 Déclarations FEATURE() supplémentaires et révisées
|
Les déclarations FEATURE() suivantes ne sont plus prises en charge.
Tableau 3-25 Déclarations FEATURE() non prises en charge
|
La déclaration MAILER() spécifie la prise en charge des agents de distribution. Pour déclarer un agent de distribution, utilisez la syntaxe ci-dessous.
MAILER(`symbolic-name')
Veuillez noter les modifications suivantes :
Dans cette nouvelle version de sendmail, la déclaration MAILER("smtp') inclut désormais une autre logiciel de messagerie, dsmtp, qui fournit la distribution à la demande en utilisant l'indicateur de messagerie F=%. La définition du logiciel de messagerie dsmtp utilise la nouvelle option DSMTP_MAILER_ARGS, qui est définie par défaut sur IPC $h.
Les numéros pour les ensembles de règles qui sont utilisés par les MAILERs ont été supprimés. Vous n'avez à présent aucun ordre requis pour répertorier vos MAILERs excepté pour MAILER("uucp'), qui doit suivre MAILER("smtp') si uucp-dom et uucp-uudom sont utilisés.
Pour plus d'informations sur les logiciels de messagerie, reportez-vous à la section Logiciels de messagerie et sendmail. Si vous avez besoin de construire un fichier sendmail.cf, reportez-vous à la section Modification de la configuration sendmail du Chapitre 2, Services de messagerie (tâches).
Le tableau ci-dessous décrit des indicateurs d'agent de distribution supplémentaires, qui ne sont pas définis par défaut. Ces indicateurs à caractère unique sont booléens. Vous pouvez définir ou annuler la définition d'un indicateur en l'incluant ou en l'excluant dans l'instruction F= de votre fichier de configuration, comme indiqué dans l'exemple suivant.
Mlocal, P=/usr/lib/mail.local, F=lsDFMAw5:/|@qSXfmnz9, S=10/30, R=20/40, Mprog, P=/bin/sh, F=lsDFMoqeu9, S=10/30, R=20/40, D=$z:/, Msmtp, P=[IPC], F=mDFMuX, S=11/31, R=21, E=\r\n, L=990, Mesmtp, P=[IPC], F=mDFMuXa, S=11/31, R=21, E=\r\n, L=990, Msmtp8, P=[IPC], F=mDFMuX8, S=11/31, R=21, E=\r\n, L=990, Mrelay, P=[IPC], F=mDFMuXa8, S=11/31, R=61, E=\r\n, L=2040,
Tableau 3-26 Indicateurs de logiciel de messagerie supplémentaires
|
Le tableau ci-dessous décrit des conditions d'égalité supplémentaires que vous pouvez utiliser avec la commande de définition d'agent de distribution M. La syntaxe suivante montre comment ajouter de nouvelles conditions d'égalité ou de nouveaux arguments à des égalités qui existent déjà dans le fichier de configuration.
Magent-name, equate, equate, ...
L'exemple suivant comprend la nouvelle égalité W=. Cette égalité spécifie le délai d'attente maximal pour le retour du logiciel de messagerie après l'envoi de toutes les données.
Msmtp, P=[IPC], F=mDFMuX, S=11/31, R=21, E=\r\n, L=990, W=2m
Lorsque vous modifiez la définition d'une valeur pour la configuration m4, utilisez la syntaxe qui est fournie dans l'exemple suivant.
define(`SMTP_MAILER_MAXMSGS', `1000')
L'exemple précédent place une limite de 1 000 pour le nombre de messages distribués par connexion sur un logiciel de messagerie smtp.
Si vous avez besoin de construire un fichier sendmail.cf, reportez-vous à la section Modification de la configuration sendmail du Chapitre 2, Services de messagerie (tâches).
Remarque - En règle générale, vous modifiez les définitions des conditions d'égalité dans le répertoire mailer uniquement lorsque vous procédez à l'ajustement du programme.
Tableau 3-27 Conditions d'égalité supplémentaires pour les agents de distribution
|
La liste ci-après fournit des détails sur les fonctions de file d'attente supplémentaires.
Cette version prend en charge plusieurs répertoires de file d'attente. Pour utiliser plusieurs files d'attente, indiquez une valeur d'option QueueDirectory dans le fichier de configuration qui se termine par un astérisque (*), comme présenté dans l'exemple suivant.
O QueueDirectory=/var/spool/mqueue/q*
La valeur de l'option, /var/spool/mqueue/q*, utilise tous les répertoires (ou les liens symboliques vers ces répertoires) qui commencent par “q” comme répertoires de file d'attente. Ne modifiez pas la structure des répertoires de file d'attente lorsque sendmail est en cours d'exécution. Les exécutions de files d'attente créent un processus distinct pour l'exécution de chaque file d'attente, sauf si l'indicateur de détail (-v) est utilisé sur l'exécution d'une file d'attente non démon. Les nouveaux éléments sont attribués au hasard à une file d'attente.
Le nouveau système de nommage de fichier de file d'attente utilise des noms de fichiers qui sont garantis d'être uniques pendant 60 ans. Ce système permet aux ID de file d'attente d'être attribués sans verrouillage de système de fichiers complexe et simplifie le déplacement des éléments en file d'attente entre les files d'attente.
A partir de la version 8.12, seul l'utilisateur root peut exécuter la file d'attente de messages. Pour plus d'informations, reportez-vous aux modifications qui sont décrites dans la page de manuel mailq(1). Pour obtenir des informations sur les nouvelles tâches, reportez-vous à la section Administration des répertoires de file d'attente (liste des tâches).
Pour s'adapter au fractionnement d'enveloppes, les noms des fichiers de file d'attente sont désormais de 15 caractères, au lieu de 14 caractères. Les systèmes de fichiers avec une limite de 14 caractères pour les noms ne sont plus pris en charge.
Pour obtenir des informations, reportez-vous à la section Administration des répertoires de file d'attente (liste des tâches).
La liste ci-dessous décrit les modifications apportées dans l'utilisation du protocole LDAP (Lightweight Directory Access Protocol) avec sendmail.
LDAPROUTE_EQUIVALENT() et LDAPROUTE_EQUIVALENT_FILE() vous permettent de spécifier des noms d'hôte équivalents, qui sont remplacés par le nom de domaine issu du masquerading pour les recherches d'acheminement LDAP. Pour plus d'informations, reportez-vous au fichier /etc/mail/cf/README.
Comme indiqué dans les notes de version qui font partie de la distribution sendmail sur ftp://ftp.sendmail.org, la carte LDAPX a été renommée LDAP. Utilisez la syntaxe suivante pour le protocole LDAP.
Kldap ldap options
Cette version prend en charge le retour de plusieurs valeurs pour une même recherche LDAP. Placez les valeurs à renvoyer, séparées par des virgules, dans une chaîne avec l'option -v, comme présenté.
Kldap ldap -v"mail,more-mail"
Si aucun attribut LDAP n'est spécifié dans une déclaration de carte LDAP, tous les attributs qui sont trouvés dans la correspondance sont renvoyés.
Cette version de sendmail empêche que les virgules placées dans les chaînes de valeurs et de clés entre guillemets, dans les spécifications du fichier d'alias LDAP, divisent une seule entrée en plusieurs entrées.
Cette version de sendmail dispose d'une nouvelle option pour les cartes LDAP. L'option -Vseparator vous permet de spécifier un séparateur, de sorte qu'une recherche puisse renvoyer un attribut et une valeur qui sont séparés par le separator adéquat.
En plus d'utiliser le jeton %s pour l'analyse de la spécification d'un filtre LDAP, vous pouvez utiliser le nouveau jeton, %0, pour coder le tampon de clés. Le jeton %0 applique un sens littéral aux caractères spéciaux LDAP.
L'exemple suivant montre les variations de ces jetons pour une recherche “*”.
Tableau 3-28 Comparaison des jetons
|
Le tableau suivant décrit d'autres indicateurs de carte LDAP.
Tableau 3-29 Indicateurs de carte LDAP supplémentaires
|
L'ancien logiciel de messagerie [TCP] intégré n'est pas disponible. Utilisez le logiciel de messagerie P=[L'IPC] intégré à la place. Le logiciel de messagerie intégré de communication interprocessus ([IPC]) permet désormais la distribution à un socket de domaine UNIX sur les systèmes qui le prennent en charge. Vous pouvez utiliser ce logiciel de messagerie avec des agents de distribution LMTP qui écoutent sur un socket nommé. Un logiciel de messagerie peut ressembler à l'exemple suivant.
Mexecmail, P=[IPC], F=lsDFMmnqSXzA5@/:|, E=\r\n, S=10, R=20/40, T=DNS/RFC822/X-Unix, A=FILE /system/volatile/lmtpd
Une valeur légitime est désormais recherchée dans le premier argument du logiciel de messagerie [IPC]. Le tableau ci-dessous présente les valeurs possibles pour le premier argument du logiciel de messagerie.
Tableau 3-30 Valeurs possibles pour le premier argument du logiciel de messagerie
|
Le tableau suivant répertorie les ensembles de règles supplémentaires et décrit ce que leurs rôles.
Tableau 3-31 Nouveaux ensembles de règles
|
La liste suivante décrit les autres fonctions des ensembles de règles.
Les ensembles de règles portent également un nom, mais ils sont toujours accessibles avec leurs numéros.
La commande du fichier de configuration d'en-têtes H permet la spécification d'un ensemble de règles par défaut pour les vérifications d'en-têtes. Cet ensemble de règles n'est appelé que si l'ensemble de règles de l'en-tête en question ne lui a pas été attribué.
Les commentaires contenus dans les ensembles de règles (c'est-à-dire le texte figurant entre parenthèses) ne sont pas supprimés si la version du fichier de configuration utilisé est la neuvième ou plus. Par exemple, la règle suivante correspond à l'entrée token (1), mais ne correspond pas à l'entrée token.
R$+ (1) $@ 1
sendmail accepte la commande RSET SMTP même lorsqu'il rejette des commandes en raison de wrappers TCP ou de l'ensemble de règles check_relay.
Vous recevez un message d'avertissement si vous définissez plusieurs fois l'option OperatorChars. En outre, ne définissez pas OperatorChars après avoir défini les ensembles de règles.
Le nom de l'ensemble de règles, ainsi que ses lignes, sont ignorés si un ensemble de règles invalide est déclaré. Les lignes de l'ensemble de règles ne sont pas ajoutées à S0.
Notez les modifications suivantes.
Pour prendre en charge un système de fichiers /usr en lecture seule, le contenu du répertoire /usr/lib/mail a été déplacé dans le répertoire /etc/mail/cf. Pour plus d'informations, reportez-vous à la section Contenu du répertoire /etc/mail/cf. Notez toutefois que les scripts shell /usr/lib/mail/sh/check-hostname et /usr/lib/mail/sh/check-permissions se trouvent désormais dans le répertoire /usr/sbin. Reportez-vous à la section Autres fichiers utilisés pour les services de messagerie. Pour garantir la compatibilité ascendante, des liens symboliques pointent vers le nouvel emplacement de chaque fichier.
Le nouveau nom de /usr/lib/mail/cf/main-v7sun.mc est /etc/mail/cf/cf/main.mc.
Le nouveau nom de /usr/lib/mail/cf/subsidiary-v7sun.mc est /etc/mail/cf/cf/subsidiary.mc.
Le fichier helpfile se trouve désormais dans /etc/mail/helpfile. L'ancien nom (/etc/mail/sendmail.hf) a un lien symbolique pointant vers le nouveau nom.
Le fichier trusted-users se trouve désormais dans /etc/mail/trusted-users. Au cours d'une mise à jour, si l'ancien nom (/etc/mail/sendmail.ct) est détecté, mais pas le nouveau nom, un lien physique allant de l'ancien nom vers le nouveau est créé. Sinon, aucune modification n'est effectuée. Le contenu par défaut est root.
Le fichier local-host-names se trouve désormais dans /etc/mail/local-host-names. Au cours d'une mise à jour, si l'ancien nom (/etc/mail/sendmail.cw) est détecté, mais pas le nouveau nom, un lien physique allant de l'ancien nom vers le nouveau est créé. Sinon, aucune modification n'est effectuée. Le contenu par défaut est la longueur nulle.
A partir de la version 8.12 de sendmail, les adresses IPv6 qui sont utilisées dans la configuration doivent être précédées de la balise IPv6: pour permettre leur identification adéquate. Si vous n'identifiez pas une adresse IPv6, aucune balise de préfixe n'est utilisée.