Programmes et fichiers de service de messagerie

Les services de messagerie comprennent de nombreux programmes et démons qui interagissent. Cette section présente les fichiers, programmes, termes et concepts liés à l'administration des messages électroniques.

• Amélioration de l'utilitaire vacation

• Contenu du répertoire /usr/bin

• Contenu du répertoire /etc/mail

• Contenu du répertoire /usr/lib

• Autres fichiers utilisés pour les services de messagerie

• Interactions des programmes de messagerie

• Programme sendmail

• Fichiers d'alias de messagerie

• Fichiers .forward

• Fichier /etc/default/sendmail

Amélioration de l'utilitaire vacation

L'utilitaire vacation a été amélioré pour permettre à un utilisateur de spécifier les messages entrants qui reçoivent des réponses générées automatiquement. Grâce à cette amélioration, l'utilisateur peut éviter de partager des informations confidentielles ou des coordonnées avec des personnes inconnues. Les messages provenant d'expéditeurs de courrier indésirable ou de personnes inconnues ne reçoivent pas de réponse.

Le principe consiste à comparer l'adresse e-mail d'un émetteur de message entrant avec une liste de domaines ou d'adresses e-mail dans un fichier .vacation.filter. Ce fichier est créé par l'utilisateur et situé dans le répertoire personnel de l'utilisateur. Si une correspondance de domaine ou d'adresse e-mail est trouvée, une réponse est envoyée. Dans le cas contraire, aucune réponse n'est envoyée.

Le fichier .vacation.filter peut contenir des entrées telles que :

company.com
mydomain.com
onefriend@hisisp.com
anotherfriend@herisp.com

Notez que chaque ligne contient un domaine ou une adresse e-mail. Chaque entrée doit figurer sur une ligne séparée. Pour que l'adresse e-mail d'un expéditeur corresponde à une entrée d'adresse e-mail, la correspondance doit être exacte, à l'exception de la casse. Les lettres contenues dans l'adresse de l'expéditeur peuvent donc être en minuscules ou en majuscules. Pour que l'adresse e-mail de l'expéditeur corresponde à une entrée de domaine, l'adresse doit contenir le domaine répertorié. Par exemple, somebody@dept.company.com et someone@company.com est une correspondance pour une entrée de domaine de company.com.

Pour plus d'informations, reportez-vous à la page de manuel vacation(1).

Contenu du répertoire /usr/bin

Le tableau ci-après présente le contenu du répertoire /usr/bin, qui est utilisé pour les services de messagerie.

Contenu du répertoire /etc/mail

Le tableau ci-après présente le contenu du répertoire /etc/mail.

Contenu du répertoire /etc/mail/cf

Au sein du répertoire /etc/mail se trouve un sous-répertoire, cf, qui contient tous les fichiers nécessaires pour créer un fichier sendmail.cf. Le contenu de cf est présenté dans le Tableau 3-9.

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. Notez, toutefois, les exceptions suivantes : Les scripts de 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.

Tableau 3-9 Contenu du répertoire /etc/mail/cf utilisé pour les services de messagerie

Contenu du répertoire /usr/lib

Le tableau ci-après présente le contenu du répertoire /usr/lib, qui est utilisé pour les services de messagerie.

Tableau 3-10 Contenu du répertoire /usr/lib

Autres fichiers utilisés pour les services de messagerie

Plusieurs autres fichiers et répertoires sont utilisés pour les services de messagerie, comme présentés dans leTableau 3-11.

Tableau 3-11 Autres fichiers utilisés pour les services de messagerie

Interactions des programmes de messagerie

Les services de messagerie sont fournis par une combinaison des programmes suivants, qui interagissent comme indiqué dans l'illustration simplifiée de la Figure 3-2.

Figure 3-2 Interactions des programmes de messagerie

Vous trouverez ci-dessous une description des interactions des programmes de messagerie.

1. Les utilisateurs envoient des messages en utilisant des programmes tels que mailx. Pour plus d'informations, reportez-vous à la page de manuel pour mailx(1).

2. Le message est collecté par le programme qui l'a généré, puis le message est transmis au démon sendmail.

3. Le démon sendmail analyse les adresses (les divise en segments identifiables) du message. Le démon utilise les informations issues du fichier de configuration, /etc/mail/sendmail.cf, afin de déterminer la syntaxe du nom de réseau , les alias, les informations de transfert et la topologie réseau. En utilisant ces informations, sendmail détermine la route qu'un message doit suivre pour atteindre un destinataire.

4. Le démon sendmail transmet le message au système approprié.

5. Le programme /usr/lib/mail.local sur le système local distribue le courrier vers la boîte à lettres dans le répertoire /var/mail/ nom-utilisateur du destinataire du message.

6. Le destinataire est informé que le courrier est arrivé et récupère le courrier en utilisant mail, mailx ou un programme similaire.

Programme sendmail

La liste ci-après décrit certaines des fonctionnalités du programme sendmail.

• sendmail peut utiliser différents types de protocoles de communication, tels que TCP/IP et UUCP.

• sendmail met en place un serveur SMTP, la mise en file d'attente des messages et les listes de diffusion.

• sendmail contrôle l'interprétation des noms en utilisant un système de correspondance d'expression qui peut fonctionner avec les conventions de nommage suivantes.

  • Convention de nommage basé sur le domaine. La technique par domaine sépare les problèmes de nommage logique et physique. Pour plus d'informations sur les domaines, reportez-vous à la section Adresses e-mail.

  • Techniques improvisées, telles que celles fournissant des noms de réseaux qui sont en local sur des hôtes d'autres réseaux.

  • Syntaxes de nommage arbitraires (plus anciennes).

  • Différents schémas de nommage.

Le système d'exploitation Oracle Solaris utilise le programme sendmail comme routeur de messages. La liste suivante décrit certaines de ses fonctions.

• sendmail est responsable de la réception et transmission des messages électroniques à un agent de distribution locale, tel que mail.local ou procmail.

• sendmail est un agent de transfert de courrier qui accepte les messages provenant d'agents utilisateur, tels que mailx et Mozilla Mail, et qui achemine les messages par le biais d'Internet jusqu'à leur destination.

• sendmail contrôle les messages électroniques envoyés par les utilisateurs des manières suivantes :

  • en évaluant les adresses des destinataires ;

  • en choisissant un programme de distribution approprié ;

  • en réécrivant les adresses dans un format que l'agent de distribution prend en charge ;

  • en reformatant les en-têtes de courrier comme requis ;

  • puis en transmettant le message transformé au programme de messagerie pour qu'il soit distribué.

Pour plus d'informations sur le programme sendmail, reportez-vous aux sections suivantes.

• sendmail et ses mécanismes de réacheminement

• Fonctions de sendmail

• Fichier de configuration sendmail

sendmail et ses mécanismes de réacheminement

Le programme sendmail prend en charge trois mécanismes de réacheminement du courrier. Le mécanisme choisi dépend du type de modification qui est impliqué :

• Un changement de serveur

• Un changement à l'échelle d'un domaine

• Un changement pour un utilisateur

En outre, le mécanisme de réacheminement que vous choisissez peut avoir une incidence sur le niveau d'administration requis. Prenez en compte les options suivantes.

1. Un mécanisme de réacheminement est la définition d'alias.

   La définition d'alias peut mettre en correspondance des noms à des adresses au niveau du serveur ou d'un service de noms, en fonction du type de fichier que vous utilisez.

   Prenez en compte les avantages et inconvénients suivants relatifs à la définition d'alias de service de noms.

   • L'utilisation d'un fichier d'alias de service de noms permet que les modifications de réacheminement du courrier soient administrées à partir d'une source unique. Cependant, la définition d'alias de service de noms peut créer un retard lorsque le réacheminement est propagé.

   • L'administration du service de noms est généralement limitée à un groupe donné d'administrateurs système. Un utilisateur normal n'administre pas ce fichier.

   Tenez compte des avantages et inconvénients suivants relatifs à l'utilisation d'un fichier d'alias de serveur.

   • L'utilisation d'un fichier d'alias de serveur permet la gestion du réacheminement par quiconque pouvant devenir utilisateur root sur le serveur désigné.

   • La définition d'alias doit créer peu ou pas de latence lorsque le réacheminement est propagé.

   • La modification n'a d'incidence que sur le serveur local, ce qui peut être acceptable si la plupart du courrier est envoyé à un seul serveur. Toutefois, si vous avez besoin de propager la modification à de nombreux serveurs de courrier, utilisez un service de noms.

   • Un utilisateur normal n'administre pas cette modification.

   Pour plus d'informations, reportez-vous à la section Fichiers d'alias de messagerie de ce chapitre. Pour obtenir la liste des 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).

2. Le mécanisme suivant est forwarding.

   Ce mécanisme permet aux utilisateurs d'administrer le réacheminement du courrier. Les utilisateurs locaux peuvent réacheminer leur courrier entrant vers les emplacements suivants.

   • Une autre boîte à lettres

   • Un autre logiciel de messagerie

   • Un autre hôte de messagerie

   Ce mécanisme est pris en charge par l'utilisation de fichiers .forward. Pour plus d'informations sur ces fichiers, reportez-vous à la section Fichiers .forward de ce chapitre. Pour obtenir la liste des tâches, reportez-vous à la section Administration des fichiers .forward (liste des tâches) du Chapitre 2, Services de messagerie (tâches).

3. Le dernier mécanisme de réacheminement est l'inclusion.

   Ce mécanisme permet aux utilisateurs de conserver les listes d'alias au lieu de demander l'accès en tant qu'utilisateur root. Pour offrir cette fonction, l'utilisateur root doit créer une entrée appropriée dans le fichier d'alias sur le serveur. Une fois l'entrée créée, l'utilisateur peut réacheminer le courrier selon les besoins. Pour plus d'informations sur l'inclusion, reportez-vous à la section Fichier /etc/mail/aliases de ce chapitre. Pour obtenir la liste des 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).

   ---

   Remarque - Les programmes qui lisent le courrier, tels que /usr/bin/mailx, peuvent avoir leurs propres alias, qui sont développés avant que le message n'atteigne sendmail. Les alias de sendmail peuvent provenir d'un certain nombre de sources de service de noms, telles que les fichiers locaux ou NIS. L'ordre de la recherche est déterminé par le service svc:/system/name-service/switch. Reportez-vous à la page de manuel nsswitch.conf(4).

   ---

Fonctions de sendmail

Le programme sendmail fournit les caractéristiques suivantes.

• sendmail est fiable. Le programme est conçu pour distribuer correctement tous les messages. Aucun message ne doit se perdre complètement.

• sendmail utilise les logiciels existants pour la distribution chaque fois que cela est possible. Par exemple, l'utilisateur interagit avec un programme de création de courrier et un programme d'envoie de courrier. Lorsqu'un message est envoyé, le programme de création de courrier appelle sendmail, qui achemine le message vers les logiciels de messagerie adéquats. Etant donné que certains expéditeurs sont susceptibles d'être des serveurs réseau et certains logiciels de messagerie sont susceptibles d'être des clients réseau, sendmail peut être utilisé en tant que passerelle de messagerie via Internet. Pour obtenir une description plus détaillée du processus, reportez-vous à la section Interactions des programmes de messagerie.

• sendmail peut être configuré pour gérer des environnements complexes, comprenant plusieurs réseaux. sendmail vérifie le contenu d'une adresse, ainsi que sa syntaxe pour déterminer le logiciel de messagerie à utiliser.

• sendmail utilise des fichiers de configuration pour contrôler la configuration de la messagerie au lieu d'exiger que les informations de configuration soient compilées dans le code.

• Les utilisateurs peuvent gérer leurs propres listes de diffusion. En outre, chaque individu peut spécifier son propre mécanisme de transfert sans qu'il soit nécessaire de modifier le fichier d'alias à l'échelle d'un domaine, généralement situé dans les alias à l'échelle du domaine qui sont mis à jour par NIS.

• Chaque utilisateur peut désigner un logiciel de messagerie personnalisé pour traiter le courrier entrant. Le logiciel de messagerie personnalisé peut fournir des fonctions telles que l'envoi d'un message de réponse qui dit : “Je suis en vacances”. Pour plus d'informations, reportez-vous à la page de manuel vacation(1).

• sendmail crée des lots d'adresses envoyées à un seul hôte afin de réduire le trafic réseau.

Fichier de configuration sendmail

Un fichier de configuration contrôle la façon dont sendmail effectue ses fonctions. Le fichier de configuration détermine le choix des agents de distribution, des règles de réécriture d'adresse et du format de l'en-tête de courrier. Le programme sendmail utilise les informations issues du fichier /etc/mail/sendmail.cf pour exécuter ses fonctions.

Le système d'exploitation Oracle Solaris fournit deux fichiers de configuration par défaut dans le répertoire /etc/mail.

1. sendmail.cf, fichier de configuration utilisé pour exécuter sendmail en mode démon.

2. submit.cf, fichier de configuration utilisé pour exécuter sendmail en mode programme d'envoi du courrier, au lieu du mode démon. Pour plus d'informations, reportez-vous à la section Fichier de configuration submit.cf à partir de la version 8.12 de sendmail.

Lors de la configuration des clients de messagerie, serveurs de courrier, hôtes de messagerie ou passerelles de messagerie, prenez en compte les points suivants :

• Pour les clients de messagerie et les serveurs de courrier, vous n'avez rien à faire pour configurer ou modifier le fichier de configuration par défaut.

• Pour configurer un hôte de messagerie ou une passerelle de messagerie, vous devez définir les paramètres du logiciel de messagerie relais et de l'hôte de relais qui sont nécessaires pour votre configuration de messagerie. Pour plus d'informations sur les tâches, reportez-vous à la section Configuration des services de messagerie (liste des tâches) ou Modification de la configuration sendmail du Chapitre 2, Services de messagerie (tâches). Notez qu'avec sendmail version 8.13, vous n'avez plus besoin du fichier main.cf.

La liste suivante décrit certains paramètres de configuration que vous pouvez modifier, selon les exigences de votre site.

• Les valeurs temporelles, qui permettent de spécifier les informations suivantes.

  • Délais d'attente de lecture.

  • Durée pendant laquelle un message reste dans la file d'attente sans avoir été distribué avant qu'il ne soit renvoyé à l'expéditeur. Reportez-vous à la section Fonctions de file d'attente supplémentaires à partir de la version 8.12 de sendmail. Pour obtenir la liste des tâches, reportez-vous à la section Administration des répertoires de file d'attente (liste des tâches).

• Modes de distribution, qui permettent de spécifier la vitesse de distribution du courrier.

• Limites de charge, qui permettent d'améliorer l'efficacité en périodes d'activité élevée. Ces paramètres empêcher sendmail d'essayer de distribuer les messages volumineux, les messages adressés à un trop grand nombre de destinataires et les messages vers des sites qui ont été arrêtés depuis longtemps.

• Niveau de consignation, qui indique les types de problème qui sont consignés.

Fichiers d'alias de messagerie

Vous pouvez utiliser quelconque des fichiers, cartes ou tables suivants pour tenir à jour les alias.

• Alias .mailrc

• Fichier /etc/mail/aliases

• Carte aliases NIS

Votre méthode de mise à jour des alias dépend de l'utilisateur de l'alias et de la personne qui doit être en mesure de modifier l'alias. Chaque type d'alias possède ses propres exigences de format.

Si vous recherchez des 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).

Alias .mailrc

Les alias qui sont répertoriés dans un fichier .mailrc sont accessibles uniquement par l'utilisateur qui détient le fichier. Cette restriction permet aux utilisateurs d'établir un fichier d'alias qu'ils contrôlent et qui est uniquement utilisable par son propriétaire. Les alias d'un fichier .mailrc respectent le format suivant.

alias aliasname value value value ...

aliasname est le nom que l'utilisateur utilise lors de l'envoi de courrier et value est une adresse e-mail valide.

Si un utilisateur établit un alias personnel pour scott qui ne correspond pas à l'adresse e-mail pour scott dans le service de noms, une erreur se produit. Le courrier est acheminé à la personne erronée lorsque les gens essaient de répondre à un message généré par cet utilisateur. La seule solution consiste à utiliser l'un des autres mécanismes de définition d'alias.

Fichier /etc/mail/aliases

N'importe quel alias qui est établi dans le fichier /etc/mail/aliases peut être utilisé par tout utilisateur qui connaît le nom de l'alias et le nom d'hôte du système qui contient le fichier. Les listes de distribution d'un fichier /etc/mail/aliases respectent le format suivant.

aliasname: value,value,value ...

aliasname est le nom que l'utilisateur utilise lors de l'envoi de courrier à cet alias et value est une adresse e-mail valide.

Si votre réseau n'exécute pas de service de noms, le fichier /etc/mail/aliases de chaque système doit contenir des entrées pour tous les clients de messagerie. Vous pouvez modifier le fichier sur chaque système ou modifier le fichier sur un système et le copier sur chacun des autres systèmes.

Les alias du fichier /etc/mail/aliases sont stockés sous forme de texte. Lorsque vous modifiez le fichier /etc/mail/aliases, vous avez besoin d'exécuter le programme newaliases. Ce programme recompile la base de données et rend les alias disponibles sous forme binaire pour le programme sendmail. Pour obtenir des informations sur les tâches, reportez-vous à la section Configuration d'un fichier d'alias de messagerie locale du Chapitre 2, Services de messagerie (tâches).

Vous pouvez créer des alias uniquement pour les noms locaux, tels qu'un nom d'hôte en cours ou aucun nom d'hôte. Par exemple, une entrée d'alias pour l'utilisateur ignatz qui possède une boîte à lettres sur le système saturn aurait l'entrée suivante dans le fichier /etc/mail/aliases.

ignatz: ignatz@saturn

Vous devez créer un compte d'administration pour chaque serveur de courrier. Vous créez un tel compte en affectant une boîte à lettres sur le serveur de courrier à l'utilisateur root et en ajoutant une entrée pour root au fichier /etc/mail/aliases. Par exemple, si le système saturn est un serveur de boîte à lettres, ajoutez l'entrée root: sysadmin@saturn au fichier /etc/mail/aliases.

Normalement, seul l'utilisateur root peut modifier ce fichier. Une autre option consiste à créer l'entrée suivante.

aliasname: :include:/path/aliasfile

aliasname est le nom que l'utilisateur utilise lors de l'envoi du courrier et /path/aliasfile est le chemin d'accès complet au fichier qui contient la liste des alias. Le fichier d'alias doit inclure les entrées de messagerie, une entrée sur chaque ligne et aucune autre notation.

user1@host1
user2@host2

Vous pouvez définir d'autres fichiers de courrier dans /etc/mail/aliases pour enregistrer un journal ou une copie de sauvegarde. L'entrée suivante stocke tout le courrier qui est envoyé à aliasname dans filename.

aliasname: /home/backup/filename

Vous pouvez également acheminer le courrier vers un autre processus. L'exemple suivant stocke une copie du message e-mail dans filename et en imprime une copie.

aliasname: "|tee -a /home/backup/filename |lp"

Pour obtenir la liste des 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).

Carte aliases NIS

Tous les utilisateurs d'un domaine local peuvent utiliser les entrées qui sont contenues dans la carte aliases NIS. La raison en est que le programme sendmail peut utiliser la carte aliases NIS au lieu des fichiers /etc/mail/aliases locaux pour déterminer les adresses de la liste de diffusion. Pour plus d'informations, reportez-vous à la page de manuel nsswitch.conf(4).

Les alias de la carte aliases NIS respectent le format suivant.

aliasname: value,value,value ...

aliasname est le nom que l'utilisateur utilise lors de l'envoi de courrier et value est une adresse e-mail valide.

La carte aliases NIS doit contenir des entrées pour tous les clients de messagerie. En général, seul l'utilisateur root sur le maître NIS peut modifier ces entrées. Ce type d'alias n'est peut-être pas un bon choix pour les alias qui sont en constante évolution. Toutefois, ces alias peuvent être utiles s'ils pointent vers un autre fichier d'alias, comme dans l'exemple de syntaxe suivant.

aliasname: aliasname@host

aliasname est le nom que l'utilisateur utilise lors de l'envoi de courrier et host est le nom d'hôte du serveur qui contient un fichier /etc/mail/alias.

Pour obtenir des informations sur les tâches, reportez-vous à la section Configuration d'une carte mail.alias NIS du Chapitre 2, Services de messagerie (tâches).

Fichiers .forward

Les utilisateurs peuvent créer un fichier .forward dans leurs répertoires personnels que sendmail, ainsi que d'autres programmes, peut utiliser pour rediriger le courrier ou l'envoyer. Reportez-vous aux sections ci-après.

• Situations à éviter

• Contrôles des fichiers .forward

• Fichier .forward.hostname

• Fichier .forward+detail

Pour obtenir la liste des tâches, reportez-vous à la section Administration des fichiers .forward (liste des tâches) du Chapitre 2, Services de messagerie (tâches).

Situations à éviter

La liste suivante décrit certaines situations que vous pouvez éviter ou résoudre facilement.

• Si le courrier n'est pas distribué à l'adresse attendue, vérifiez le fichier .forward de l'utilisateur. L'utilisateur a peut-être mis le fichier .forward dans le répertoire personnel de host1, qui transfère le courrier à user@host2. Lorsque le courrier arrive à host2, sendmail vérifie la présence de user dans les alias NIS et renvoie le message à user@host1. Cet acheminement forme une boucle et davantage de courrier retourné.

• Pour éviter les problèmes de sécurité, ne placez jamais les fichiers .forward dans les comptes root et bin. Si nécessaire, au lieu de ça, transférez le courrier à l'aide du fichier aliases.

Contrôles des fichiers .forward

Pour que les fichiers .forward constituent un élément efficace de la distribution du courrier, assurez-vous que les contrôles suivants (des paramètres des autorisations principalement) sont correctement appliqués.

• Le fichier .forward doit être accessible en écriture uniquement par le propriétaire du fichier. Cette restriction empêche les autres utilisateurs de rompre la sécurité.

• Les chemins qui conduisent au répertoire personnel doivent être possédés et accessibles en écriture par l'utilisateur root uniquement. Par exemple, si un fichier .forward se trouve dans /export/home/terry, les fichiers /export et /export/home doivent être possédés et accessibles en écriture par l'utilisateur root uniquement.

• Le répertoire personnel utilisé doit être accessible en écriture uniquement par l'utilisateur.

• Le fichier .forward ne peut pas être un lien symbolique, et ce fichier ne peut pas avoir plus d'un lien physique.

Fichier .forward.hostname

Vous pouvez créer un fichier .forward. hostname pour rediriger le courrier qui est envoyé à un hôte spécifique. Par exemple, si l'alias d'un utilisateur est passé de sandy@phoenix.example.com à sandy@example.com, placez un fichier .forward.phoenix dans le répertoire personnel pour sandy.

% cat .forward.phoenix
sandy@example.com
"|/usr/bin/vacation sandy"
% cat .vacation.msg
From: sandy@example.com (via the vacation program)
Subject: my alias has changed

My alias has changed to sandy@example.com.
Please use this alias in the future.
The mail that I just received from you
has been forwarded to my new address.

Sandy

Dans cet exemple, le courrier peut être transférer à la bonne place alors que l'expéditeur est informé du changement d'alias. Dans la mesure où le programme vacation permet un seul fichier de message, vous ne pouvez transférer qu'un message à la fois. Toutefois, si le message n'est pas spécifique à l'hôte, un fichier de message vacation peut être utilisé par des fichiers .forward pour de nombreux hôtes.

Fichier .forward+detail

Le fichier .forward+detail est une autre extension du mécanisme de transfert. La chaîne detail peut être n'importe quelle séquence de caractères à l'exception des caractères d'opérateur. Ces caractères sont .:%&!^[]+. L'utilisation de ce type de fichier permet de déterminer si quelqu'un d'autre utilise votre adresse e-mail sans que vous le sachiez. Par exemple, si un utilisateur indique à quelqu'un d'utiliser l'adresse e-mail sandy+test1@example.com, l'utilisateur doit être en mesure d'identifier tous les futurs messages distribués à cet alias. Par défaut, tous les messages envoyés à l'alias sandy+test1@example.com sont comparés à l'alias et aux fichiers .forward+detail. Si aucune correspondance n'est établie, le message est replanifié pour être distribué à sandy@example.com, mais l'utilisateur est en mesure de voir un changement dans l'en-tête du message To:.

Fichier /etc/default/sendmail

Ce fichier est utilisé pour stocker les options de démarrage pour sendmail afin qu'elles ne soient pas supprimées lorsqu'un hôte est mis à niveau. Les variables ci-dessous peuvent être utilisées.

CLIENTOPTIONS=“string”

Permet de sélectionner des options supplémentaires à utiliser avec le démon client, qui effectue ses recherches dans la file d'attente du client uniquement (/var/spool/clientmqueue) et agit comme un programme d'exécution de la file d'attente client. Aucune vérification de la syntaxe n'est effectuée, soyez donc prudent lorsque vous apportez des modifications à cette variable.

CLIENTQUEUEINTERVAL=#

De la même manière que l'option QUEUEINTERVAL, CLIENTQUEUEINTERVAL définit l'intervalle de temps avant l'exécution de la file d'attente de messages. Toutefois, l'option CLIENTQUEUEINTERVAL contrôle les fonctions du démon client, plutôt que celles du démon principal. En règle générale, le démon principal est en mesure de distribuer tous les messages au port SMTP. Toutefois, si la charge de messages est trop élevée ou si le démon principal n'est pas en cours d'exécution, les messages sont mis dans la file d'attente du client uniquement, /var/spool/clientmqueue. Le démon client, qui vérifie la file d'attente du client uniquement, agit ensuite comme un processeur de file d'attente client.

ETRN_HOSTS=“string”

Permet à un client et un serveur SMTP d'interagir immédiatement, sans attendre l'intervalle d'exécution de la file d'attente, qui est périodique. Le serveur peut immédiatement distribuer la partie de sa file d'attente destinée aux hôtes spécifiés. Pour plus d'informations, reportez-vous à la page de manuel etrn(1M).

MODE=-bd

Sélectionne le mode pour démarrer sendmail avec. Utilisez l'option -bd ou laissez-la non définie.

OPTIONS=string

Sélectionne des options supplémentaires à utiliser avec le démon principal. Aucune vérification de la syntaxe n'est effectuée, soyez donc prudent lorsque vous apportez des modifications à cette variable.

QUEUEINTERVAL=#

Définit l'intervalle pour les exécutions de la file d'attente de messages sur le démon principal. # est un entier positif qui peut être suivi par s pour les secondes, m pour les minutes, h pour les heures, d pour les jours ou w pour les semaines. La syntaxe est vérifiée avant le démarrage de sendmail. Si l'intervalle est négatif ou si l'entrée ne termine pas par une lettre appropriée, l'intervalle est ignoré et sendmail commence par un intervalle de file d'attente de 15 minutes.

QUEUEOPTIONS=p

Active un seul programme d'exécution de file d'attente persistante qui demeure en veille entre les intervalles d'exécution de la file d'attente, au lieu d'activer un nouveau programme d'exécution de file d'attente pour chaque intervalle d'exécution de la file d'attente. Vous pouvez définir cette option sur p, qui est le seul paramètre disponible. Dans le cas contraire, cette option n'est pas définie.