Débuter avec le serveur de messagerie Exim

La plupart des utilisateurs de Linux n'ont pas spécialement besoin d'un serveur de messagerie. Une installation Linux traditionnelle mettra en place par défaut le serveur de messagerie de la distribution, qui sera peu utilisé.

Si vous avez plus de besoins et que vous voulez installer un serveur de messagerie libre, vous constaterez qu'il y a habituellement 3  possibilités : Sendmail, Postfix et Exim. Cet article traite d'Exim, qui est mon serveur de messagerie de prédilection.

Exim est un serveur de messagerie très complet. Il est utilisable dans de nombreux contextes, bien que les petits sites préfèrent parfois une alternative plus simple telle msmtp.

J'utilise Exim depuis plus de 3 ans. Il a prouvé son efficacité, sa flexibilité et sa fiabilité, et me procure toutes les fonctionnalités dont j'ai besoin. Certaines fonctions que vous trouverez utiles sont compatibles avec Sendmail  : authentification, cryptage, relai de messagerie, intégration facilitée avec de nombreuses bases de données populaires aussi bien que des scanneurs de virus ou de pourriels (spam).

Exim est hautement configurable. Le site web d'Exim fournit un manuel complet en ligne, mais s'y plonger peut sembler décourageant à première vue. Cet article se veut une introduction rapide à la plupart des points clés de configuration. Une fois que ceux-ci vous seront familiers, vous pourrez parcourir le manuel et le Wiki pour trouver d'autres fonctionnalités qui vous seront utiles.

Le fichier de configuration inclut une large palette d'options intégrées, notamment des schémas pour interroger des fichiers ou des bases de données et intégrer facilement SpamAssassin, ClamAV et d'autres scanneurs de pourriels ou de virus. Certaines options contrôlent quelles fonctionnalités sont activées, d'autres permettent à Exim de gérer toute sorte de mécanismes nécessaires pour communiquer avec d'autres serveurs de messagerie. Si les options adéquates sont précisées à la compilation, il y a également possibilité d'utiliser des programmes Perl et C pour fournir des fonctions avancées.

Au moment de la rédaction de cet article, la version courante d'Exim est la 4.69. Si vous utilisez une autre version, vous trouverez peut-être des variantes dans les fonctionnalités, mais Exim reste stable et je pense que toute version plus récente prendra en charge les fonctions décrites dans cet article.

Exim traite un courriel en 3 phases. Il s'agit de la réception (acceptance), du routage (routing) et de la distribution (delivery).

La réception est contrôlée par des listes de contrôle d'accès (ACL). Les ACL déterminent de qui vous acceptez les courriels, à destination de qui, et selon quels autres critères vous souhaitez les filtrer.

Le routage est effectué par des routeurs (routers). Les routeurs déterminent où Exim va acheminer les courriels. Habituellement, il s'agit soit d'un autre serveur de messagerie, soit d'une boîte de messagerie locale.

La distribution est effectuée par des mécanismes de transport ou messagers (transports). Ils déterminent les mécanismes de livraison du courrier. Les courriels peuvent être transmis à un autre serveur de messagerie, écrits dans une boîte aux lettres, ou envoyés à un programme qui les traitera.

Le fichier de configuration comprend cinq sections : les options de configuration globales, ACL, les routeurs, les mécanismes de transport et les règles pour les essais multiples (retry).

Le fichier de configuration par défaut livré avec le source est très bien commenté. Je ne vous conseille pas d'écrire un fichier de configuration en partant de zéro ; il est toujours préfèrable d'adapter le fichier de configuration par défaut à vos besoins. Le fichier de configuration livré par défaut avec Exim 4.69 est disponible ici.

Notez que le fichier de configuration livré avec le paquet Exim de votre distribution peut différer du fichier de configuration par défaut livré avec le code source.

220 mail.example.net ESMTP Exim 4.69 Sun, 23 Nov 2008 14:29:20 +0000
HELO client.example.net
250 test.wirefast.net Hello client.example.net [10.20.30.40]
MAIL FROM:<gazetteer@example.net>
250 OK
RCPT TO:<user@example.net>
250 Accepted
DATA
354 Enter message, ending with "." on a line by itself
From:<gazetteer@example.net>
To:<user@example.net>
Subject: Isn't Exim great

You really should check out the article on Exim in this month's
Linux Gazette.

Sincerely

Gaz E Teer
.
250 Message accepted
QUIT
221 mail.example.net closing connection

acl_smtp_connect = check_connection

check connection:
    accept hosts = 192.168.53.0/24: 10.10.10.10 : 10.11.12.13 

    deny

acl_smtp_mail = check_sender

check_sender:
    deny message = Utilisateur bloqué
         sender  = user@example.com

    accept

sender  = lsearch;/etc/mail/sender_blacklist

domainlist local_domains = exim.example.com
domainlist relay_to_domains = 
hostlist   relay_from_hosts = 127.0.0.1

acl_smtp_rcpt = acl_check_rcpt

  accept  hosts = :

  accept  local_parts   = postmaster
          domains       = +local_domains

  require verify        = sender

  accept  hosts         = +relay_from_hosts
          control       = submission

  accept  authenticated = *
          control       = submission

  require message = relai interdit
          domains = +local_domains : +relay_to_domains

  require verify = recipient

  accept

acl_smtp_data = acl_check data

  deny message = Mots interdits dans le message
       regex   = (?i)\\w(mauvais|vilains)\\wmots\\w

  accept

Une fois le message accepté, Exim le stocke dans le répertoire de la file d'attente pour les traitements ultérieurs. L'étape suivante est le routage.

Les routeurs traitent des adresses. Il est possible de faire 3  choses avec une adresse. Elle peut être assignée à un mécanisme de transport pour la livraison, elle peut être rejetée, ou bien elle peut être transformée en une nouvelle adresse (ou plusieurs adresses).

Le fichier de configuration contient un certain nombre de routeurs qui sont appliqués dans l'ordre de leur apparition. Le fichier par défaut définit les 4 routeurs suivants :

dnslookup:
  driver = dnslookup
  domains = ! +local_domains
  transport = remote_smtp
  ignore_target_hosts = 0.0.0.0 : 127.0.0.0/8
  no_more

system_aliases:
  driver = redirect
  allow_fail
  allow_defer
  data = ${lookup{$local_part}lsearch{/etc/aliases}}
  file_transport = address_file
  pipe_transport = address_pipe

userforward:
  driver = redirect
  check_local_user
  file = $home/.forward
  no_verify
  no_expn
  check_ancestor
  file_transport = address_file
  pipe_transport = address_pipe
  reply_transport = address_reply

localuser:
  driver = accept
  check_local_user
  transport = local_delivery
  cannot_route_message = Unknown user

Ces routeurs sont entièrement commentés dans le fichier de configuration par défaut.

Chaque routeur commence par l'option driver. Cela indique quel module d'Exim doit être utilisé pour router l'adresse.

Le premier routeur, dnslookup, recherche les livraisons distantes. Il correspond aux adresses appartenant aux domaines non listés dans la liste local_domains, et utilise pour elles le mécanisme de transport « remote_smtp ». L'option ignore_target_hosts permet de s'assurer que les adresses 0.0.0.0 et du sous-réseau 127.0.0.0/8 sont traitées comme des échecs de résolution, et l'option no_more implique qu'elles ne sont pas transmises aux routeurs suivants, donc qu'elles sont rejetées comme non routables.

Le deuxième routeur, system_aliases, cherche les alias dans le fichier /etc/aliases et remplace les adresses par celles trouvées dans ce fichier. Si la recherche ne trouve rien dans le fichier, le routeur ignore l'adresse, permettant ainsi le passage au routeur suivant.

Les options allow_fail et allow_defer permettent au routeur d'échouer (fail) ou de différer (defer) si la recherche retourne :fail: ou :defer:. Les options file_transport et pipe_transport spécifient les mécanismes de transport à utiliser si le routeur retourne un nom de fichier ou un tube (pipe). A ce sujet, un nom de fichier est une chaîne commençant par / (slash), ne se terminant pas par / et qui ne peut pas être analysée comme une adresse valide selon la directive RFC2822, avec un domaine. Un tube correspond à une chaîne dont le premier caractère est la barre verticale « | ».

Le troisième routeur, userforward, recherche les fichiers .forward dans les répertoires personnels des utilisateurs, et utilise leur contenu pour substituer les adresses. Comme attendu, si un tel fichier n'est pas trouvé, le routeur ignore l'adresse, qui est transmise au routeur suivant.

L'option check_local_user est utilisée pour s'assurer que le routeur ne traite pas l'adresse si la partie locale^[1] ne correspond pas à un utilisateur valide sur le système, par exemple un alias. L'option no_verify s'assure que le routeur n'est pas opérationnel quand il est utilisé à des fins de vérification et non de livraison, et no_expn a le même effet si Exim est en train de traiter une commande EXPN. L'option check_ancestor spécifie que le fichier de substitution d'adresses ne servira pas à rediriger une adresse déjà substituée, c'est-à-dire empêche les boucles lors de la redirection.

A la fin, les trois options de transport spécifient les mécanismes de transport à utiliser respectivement pour les noms de fichier, les tubes et les répondeurs automatiques.

Le dernier routeur tente de délivrer un courrier à un utilisateur local.

Les mécanismes de transport transmettent les messages à leur destinataire. Les transports locaux les transfèrent à des fichiers ou des tubes sur l'hôte local. Les transports distants les envoient à une autre machine.

La configuration par défaut définit 5 mécanismes de transport :

remote_smtp:
  driver = smtp

local_delivery:
  driver = appendfile
  file = /var/mail/$local_part
  delivery_date_add
  envelope_to_add
  return_path_add

address_pipe:
  driver = pipe
  return_output

address_file:
  driver = appendfile
  delivery_date_add
  envelope_to_add
  return_path_add

address_reply:
  driver = autoreply

Comme pour les routeurs, tous les mécanismes de transports ou messagers débutent par l'option driver, qui détermine quel module d'Exim va se charger de la livraison.

Le messager remote_smtp utilise le pilote smtp pour délivrer le courrier aux hôtes distants en utilisant le protocole SMTP.

Le messager local_delivery utilise le pilote appendfile pour livrer le courrier dans les boites locales au format BSD. Les options delivery_date_add, envelope_to_add et return_path_add ajoutent respectivement les en-têtes Delivery-Date (date de livraison), Envelope-To (adresse de livraison SMTP) et Return-Path (adresse de réponse ou de retour). Remarquez que la directive RFC5321 requiert l'en-tête Return-Path lors de la livraison finale, mais que Delivery-Date et Envelope-To ne sont pas standards.

Exim gère également les formats de boîtes aux lettres MBX, Maildir et mailstore, quand les options appropriées sont précisées dans la configuration.

Le messager address_pipe s'occupe de l'acheminement par pipes (tubes), lorsque ce cas est spécifié dans les fichiers d'alias ou .forward. L'option return_output traite tout texte sur la sortie standard du tube comme un échec de livraison et transmet ce texte à l'expéditeur en guise de message d'erreur. De façon similaire, return_fail_output transmet ce message d'erreur uniquement si le tube retourne un code d'état non nul en fin d'exécution.

Le messager address_file est utilisé pour l'acheminement vers des fichiers, quand des noms de fichiers sont spécifiés dans les fichiers d'alias ou .forward. Le mécanisme est similaire à local_delivery mais utilise le nom de fichier fourni à la place des noms de fichiers habituels des boîtes aux lettres de l'utilisateur.

Enfin le messager address_reply utilise le pilote autoreply, qui génère des réponses automatiques lorsque requises par le routeur userforward. Il ne s'agit pas d'un transport au sens propre puisqu'il ne délivre pas le message original. Pour génèrer une réponse automatique et aussi délivrer le courrier, les routeurs appelant ce messager doivent préciser l'option unseen, de telle sorte que le courrier sera également traité par les routeurs ultérieurs.

Cet article a tenté de prouver que la configuration de base d'Exim est plutôt simple ; cependant, toute nouvelle configuration est susceptible de contenir des erreurs et doit être testée. Exim fournit de nombreuses options pour vous aider à tester et déboguer votre configuration.

Le test le plus simple sur toute nouvelle configuration est de chercher les erreurs de syntaxe. Vous pouvez lancer Exim avec les options -bc -C /chemin/du/fichier pour contrôler la syntaxe.

Une simulation de session SMTP peut être lancée avec exim -bh adresse_ip. Ceci simule l'arrivée d'un message depuis l'adresse IP donnée, en utilisant l'entrée-sortie standard, les informations de diagnostic étant écrites sur la sortie d'erreurs standard. Aucun message n'est expédié et les fichiers journaux réels ne sont pas modifiés.

Des tests d'acheminement peuvent être lancés sur des adresses en utilisant exim -bt. Cela peut être combiné avec -t adresse_expediteur si les routeurs contrôlent les adresses des expéditeurs.

Une option extrêmement utile est -d. Elle entraîne l'affichage des informations de diagnostic sur la sortie d'erreur standard. Ces informations peuvent être contrôlées en ajoutant +option ou -option, par exemple exim -bd -d-all+acl fournira des informations de débogage sur les ACLs.

Il y a d'autres options qui peuvent être utilisées pour déboguer des aspects particuliers de la configuration. Elles sont listées dans le manuel.

J'espère que cet article aura rendu évident le fait que débuter avec Exim n'est pas excessivement difficile, et que les administrateurs avancés d'Exim trouveront une mine de fonctionnalités utilisables dans de nombreux contextes, depuis le filtrage de pourriels jusqu'à l'élaboration d'applications basées sur le traitement automatique des courriels.

Bien que les premiers pas avec Exim soient simples, ce n'est qu'un début. Chaque administrateur de messagerie doit être conscient de ses responsabilités face à la grande communauté Internet. Un serveur de messagerie mal configuré peut se retrouver dans les listes noires pour tout un tas de raisons. Les pires délits en la matière sont le relai (relaying—transmission sans contrôle de courriels) ou la rétrodiffusion (backscatter —renvoi de courriels non sollicités), mais de nombreux sites vont boycotter les serveurs qui émettent via des connexions non permanentes (dialup), sont mal configurés au niveau DNS ou ne sont pas conformes aux différentes directives RFC.

La plupart des administrateurs de messagerie auront besoin de prendre des mesures anti-spam, telles que les listes grises (greylisting) et le scannage à l'aide d'outils comme SpamAssassin.

L'auteur remercie le Dr Philip Hazel et les nombreux contributeurs au code source d'Exim et à sa documentation. Les remerciements vont également aux nombreux inscrits à la liste de diffusion des utilisateurs d'Exim qui ont permis à l'auteur et à d'autres de tirer le meilleur d'Exim.