Ensembles de règles

Les ensembles de règles définis dans le fichier généré sont :

• 0
  L'ensemble classique pour router le courrier à partir de l'adresse du destinataire dans l'enveloppe. Cet ensemble consulte la table des routages explicites si celle-ci est définie (variable TableRoutages) ;

• 1
  Les réécritures des adresses (ReecritureAdressesLocales et ReecritureAdressesInternes), ainsi que la transformation des noms de login en Prenom.Nom si celle-ci est sélectionnée (par le biais de la variable RevAliases) sont effectuées dans cette règle, ce qui permet d'éviter de le faire pour chaque agent de transport ;

• 2
  Cet ensemble est vide, aucune transformation n'est effectuée sur l'adresse du destinataire ;

• 3
  La canonisation est effectuée dans cet ensemble. Tout cet ensemble est classique, sauf l'appel à la règle 19 qui fait la classification des adresses en trois catégories ;

• 4
  C'est la décanonisation. Le fonctionnement est minimal et très simple ;

• 16
  Cet ensemble est appelé par les ensembles spécialisés pour chaque agent de transport. Lorsqu'on communique une adresse locale (non qualifiée) à un site extérieur, il faut transmettre une adresse qualifiée correctement. C'est le but de cet ensemble ;

• 17
  L'ensemble 17 réalise les réécritures décrites plus haut dans l'ensemble 1. En fait, l'ensemble 1 se contente d'appeler l'ensemble 17 ;

• 18
  Cet ensemble a pour but de rappeler récursivement les ensembles 3 puis 0 : lorsqu'une adresse avec routage explicite est présentée, et que le premier relais correspond à notre machine, on enlève la première partie et on recommence l'analyse sans ouvrir de connexion inutile ;

• 19
  La classification des adresses est effectuée dans cet ensemble ; en sortie, toute adresse est suffixée par LOCAL, INTERNE ou EXTERNE ;

• 10 et 20
  Ces deux ensembles effectuent les réécritures spécialisées pour l'agent de remise physique (agents local et prog) ;

• 11 et 21
  Ces deux ensembles effectuent les réécritures spécialisées pour l'agent de transport SMTP (agents smtp et buggysmtp) ;

• 12 et 22
  Ces deux ensembles effectuent les réécritures spécialisées pour l'agent de transport UUCP (agent uucp).

• check_relay
  Aucune vérification n'est effectuée dans cet ensemble, car le code d'erreur renvoyé par la version 8.8 de sendmailest toujours 550 Access denied. On préfère placer ces vérifications dans la règle check_mail afin de fournir des codes d'erreurs plus explicites.

• check_mail
  Le courrier est rejeté si l'adresse n'est pas qualifiée et si le client SMTP est externe, si l'adresse provient d'un domaine cité dans la liste noire, ou si l'adresse est interne et que le client est externe (sauf s'il figure explicitement dans les exceptions de la liste noire).

  De plus, on effectue les vérifications qui devraient logiquement figurer dans check_relay : le client SMTP doit être enregistré dans le DNS (sauf si la ligne NUMERIQUE OK figure dans le fichier ListeNoire), et son adresse IP et son nom ne doivent figurer ni dans la liste noire locale, ni dans une des listes de type RBL (si la ligne RBL SPAM ... figure dans le fichier ListeNoire).

• check_rcpt
  Le courrier est rejeté si l'adresse de destination est externe et que le client SMTP est lui-même externe, sauf s'il figure dans les exceptions de la liste noire.

• check_compat
  Le courrier est rejeté si les deux adresses sont externes, sauf si l'une des deux figure dans les exceptions de la liste noire.

De plus, il existe d'autres ensembles de règles mineurs. Le lecteur intéressé est invité à se référer au script configurateur (largement commenté) pour plus de détails.