Configuration de base de Sendmail Introduction Pour la plupart des systèmes, c'est probablement le seul formulaire que vous devrez remplir pour faire marcher votre messagerie. Cette configuration différencie généralement les serveurs de messagerie des stations de travail `clientes'. 11.. PPrréésseenntteerr vvoottrree ssyyssttèèmmee ccoommmmee Même si des messages peuvent provenir de différentes machines de votre organisation, vous pouvez désirer cacher ce fait et présenter les messages comme s'ils venaient d'une seule machine ou d'un seul domaine. Ce champ est normalement rempli dans la plupart des cas et contient simplement votre nom de domaine officiel. 22.. GGéérreerr llee ddoommaaiinnee ``vvoottrree ddoommaaiinnee'' Si vous configurez le serveur principal de votre organisation, vous devez cocher cette case. Normalement, un serveur sendmail accepte seulement les messages adressés à son nom de machine. Si c'est le serveur principal, il recevra généralement des messages adressés au domaine, et non à son propre nom. Cocher cette case permet au serveur d'accepter les deux de façon équivalente. Par exemple, si votre domaine est foo.com et votre serveur est mail.foo.com, alors les messages pour joe@foo.com et ceux pour joe@mail.foo.com seront acceptés et stockés localement par ce serveur (si l'utilisateur joe existe). 33.. SSeerrvveeuurr ddee mmeessssaaggeerriiee Dans la plupart des organisations, une seule machine stocke les messages pour tous les utilisateurs, même si les messages proviennent d'autres machines. Les machines _U_n_i_x sont multi-utilisateur. Il est possible pour un utilisateur d'envoyer un message à un autre utilisateur sur cette même machine. Le comportement par défaut est de stocker le message dans le classeur de messages de cet utilisateur sur cette machine. C'est souvent inopportun. _U_n_i_x n'est pas seulement multi-utilisateur, il est aussi orienté réseau. Cet utilisateur (le destinataire) peut très bien avoir des comptes sur plusieurs machines du réseau (souvent sur toutes les machines) et peut choisir de lire ses messages sur une autre machine. Avoir ses messages éparpillés sur toutes les machines du réseau n'est pas utile. Vous spécifiez juste le nom complet du serveur de messagerie de l'organisation et tous les messages seront dirigés vers lui. 44.. PPaasssseerreellllee ddee mmeessssaaggeerriiee La plupart des machines sur un réseau n'ont pas les moyens nécessaires pour faire passer un message correctement. Vous pouvez spécifier le nom d'une machine qui en sait plus. Dans beaucoup d'organisations, c'est la même que le serveur de messagerie. Au contraire du serveur de messagerie, la passerelle de messagerie peut être accédée par différents transporteurs/protocoles de messagerie comme ESMTP et UUCP. 55.. PPrroottooccoollee ddee llaa ppaasssseerreellllee ddee mmeessssaaggeerriiee Vous devez spécifier comment accéder à la passerelle de messagerie. Si vous choisissez ESMTP, vous devez aussi spécifier le nom complet de la passerelle de messagerie. Si vous choisissez UUCP, vous devez alors spécifier un nom uucp pour la passerelle de messagerie. 66.. FFoonnccttiioonnnnaalliittééss 66..11.. PPaass ddee bbaattcchh ppoouurr lleess mmeessssaaggeess uuuuccpp 66..22.. TTaaiillllee mmaaxxiimmuumm ddeess mmeessssaaggeess uuuuccpp Les messages UUCP peuvent être limités. Les messages plus longs seront perdus. C'est utile pour les connexions lentes par modem. Mettre le maximum à 0 désactive cette fonctionnalité (pas de limite). 66..33.. DDéélliivvrreerr aauuxx uuttiilliissaatteeuurrss llooccaauuxx Entrez le nom des utilisateurs pour qui vous voulez ne pas tenir compte de la définition du serveur de messagerie. Les messages lui étant adressé seront toujours stockés localement. Cette fonctionnalité est normalement utilisée pour les pseudo-utilisateurs administrateurs (root en est un). 66..44.. PPaass ddee mmaassqquuaaggee ddeess uuttiilliissaatteeuurrss Vous voudrez peut-être ne pas tenir compte du champ `Présenter votre système comme' pour certains utilisateurs. L'un d'eux est root. Cela permet au destinataire de différencier facilement de quel système (quel root) le message provient. 66..55.. BBaassee ddee ddoonnnnééeess ddee rroouuttaaggee ssppéécciiaall A cocher si vous envisagez d'utiliser le routage spécial. Malheureusement, linuxconf ne peut pas déterminer votre distribution de sendmail. Vous devez savoir si votre sendmail supporte les bases de données de routage spécial et quels formats sont supportés. Ce sont des options de compilation de sendmail, qui n'a aucune option en ligne de commande retournant ces fonctionnalités choisies à la compilation. 66..66.. FFoorrmmaatt ddee llaa bbaassee ddee ddoonnnnééeess _S_e_n_d_m_a_i_l est capable d'utiliser différents formats pour quelques-unes de ses bases de données. Il est généralement par défaut au format dbm. Veuillez noter que certains _S_e_n_d_m_a_i_l ne supportent qu'un seul format (dbm). C'est une option de compilation. 66..77.. RRéécceepptteeuurr ddeess mmeessssaaggeess llooccaauuxx Différents utilitaires sont utilisés pour gérer les messages envoyés aux utilisateurs locaux. Ces utilitaires fournissent diverses extensions permettant à l'utilisateur d'adapter la réception. procmail par exemple permet le filtrage. Certaines personnes utilisent procmail pour classer les messages arrivés dans différents classeurs, selon des critères variés. Vous pouvez laisser ce champ vide pour que linuxonf choisisse l'utilitaire approprié disponible sur votre système. 66..88.. NNee ppaass eessssaayyeerr dd''eennvvooyyeerr iimmmmééddiiaatteemmeenntt Cette fonctionnalité est prévue pour les personnes n'ayant pas une connexion continue à l'Internet. Elle précise à sendmail de seulement enregistrer le message. Plus tard, quelqu'un pourra déclencher l'envoi des messages. C'est d'ordinaire réalisé en spécifiant une commande de post-connexion (voir support de connexion ppp) comme `/usr/sbin/sendmail -q'. Cela force sendmail à parcourir sa file de messages et à les envoyer. 66..99.. EEnnvvooyyeerr ttoouutteess lleess ((mmiinnuutteess)) De temps en temps, sendmail se réveille et tente d'envoyer les messages qu'il n'a pu envoyer précédemment. Vous pouvez voir le contenu de la file avec la commande mailq sans arguments. Les personnes n'ayant pas une connexion continue à l'internet peuvent jouer ici. Mettre le délai à 0 désactive cette fonctionnalité. Si votre connexion est _à _l_a _d_e_m_a_n_d_e, vous pouvez mettre une plus grande valeur comme 30 minutes. Quand sendmail se réveillera, il déclenchera une connexion. Ceux qui choisissent de désactiver cette fonctionnalité pourront contrôler sendmail à la main (ou en le pré-programmant) avec la commande /usr/sbin/sendmail -q 66..1100.. AAcccceepptteerr lleess cclliieennttss ddee mmaaiill bboogguuééss ((HHEELLOO)) Certaines applications client de messagerie utilisant SMTP pour envoyer des messages sont boguées. elles génèrent de mauvaises séquences HELO. Sendmail refuse normalement de telles connexions. Avec cette option, sendmail est plus tolérant. Il continue d'accepter les connexions valides. 77.. SSeennddmmaaiill eett llee DDNNSS _S_e_n_d_m_a_i_l fait une utilisation abondante du _D_N_S. Des machines sans connexion à l'internet du tout (même derrière un firewall) voudront désactiver l'usage du DNS. Au contraire, des machines avec une connexion normale au DNS devraient forcer l'usage du DNS. 88.. AAlliiaass ppoouurr vvoottrree ssyyssttèèmmee Les messages qui correspondent au nom complet de votre machine seront acceptés par _s_e_n_d_m_a_i_l. Les autres seront soit à renvoyer soit à faire suivre. Vous pouvez accepter des messages pour différents domaines. Un exemple de situation est lorsque vous souscrivez à un fournisseur de services Internet qui vous donne un sous-domaine du sien. Vous commencez en utilisant celui-ci. Plus tard, vous souscrivez pour votre propre domaine. Vous désirerez encore accepter le précédent, car beaucoup de monde vous connaitra avec. Vous pouvez entrer ici autant de lignes que vous le désirez. Utilisez le bouton _A_j_o_u_t_e_r pour agrandir le dialogue.