  Linux et le Courrier Electronique - HOWTO
  Vince Skahan, <vince@victrola.wa.com>

  Cette documentation decrit l'installation et l'administration du Cour-
  rier Electronique (e-mail) sous Linux.  Vous avez besoin de lire  ceci
  si  vous projetez de communiquer localement ou avec des sites eloignes
  en utilisant le courrier electronique.  Vous n'avez probablement _*_p_a_s_*
  besoin  de lire cette documentation si vous n'echangez pas de courrier
  electronique avec d'autres utilisateurs  sur  votre  systeme  ou  avec
  d'autres sites.

  11..  IInnttrroodduuccttiioonn

  L'objectif  de  ce  document  est de repondre a certaines questions et
  commentaires qu'on peut rassembler sous la  definition  de  `questions
  frequemment  posees'  (faq) a propos du courrier electronique (e-mail)
  sous Linux.

  Ce document, et les `HOWTO' UUCP et  News  correspondants,  remplacent
  collectivement  la  FAQ  UUCP-NEWS-MAIL  qui etait precedemment postee
  dans comp.os.linux.announce.

  11..11..  NNoouuvveelllleess vveerrssiioonnss ddee ccee ddooccuummeenntt

  De  nouvelles  versions  de   cette   documentation   seront   postees
  periodiquement    dans    comp.os.linux.announce,    comp.answers   et
  news.answers. Elles seront egalement ajoutees  aux  divers  sites  ftp
  anonymes    qui    archivent   de   telles   informations,   notamment
  sunsite.unc.edu:/pub/Linux/docs/HOWTO.

  11..22..  CCoommmmeennttaaiirreess

  Je suis interesse par toute reaction, positive ou negative, concernant
  le  contenu de ce document par e-mail. N'hesitez pas a me contacter si
  vous decelez des erreurs ou des omissions evidentes.

  Je lis, mais ne repond pas necessairement,  a  tout  courrier  que  je
  recois.  Les requetes pour des ajouts seront considerees et effectuees
  selon la combinaison dans la journee du temps libre, du merite  de  la
  requete et de ma pression arterielle :-)

  Les  insultes seront orientees vers /dev/null en douceur, donc ne vous
  fatiguez pas.

  Les remarques concernant le  format  actuel  de  ce  document  sont  a
  adresser au coordinateur des HOWTO - Matt Welsh (mdm@sunsite.unc.edu).

  11..33..  IInnffoorrmmaattiioonn ssuurr lleess ddrrooiittss dd''aauutteeuurr

  Le Mail-HOWTO est copyright (c)1994 Vince Skahan.

  Une copie exacte peut etre reproduite ou  distribuee  sur  tout  media
  physique  ou electronique sans permission de l'auteur. Les traductions
  sont permises de la meme facon sans autorisation  explicite  si  elles
  indiquent qui a effectue la traduction.

  De   courtes   citations  peuvent  etre  utilisees  sans  consentement
  prealable  de  l'auteur.  Le  travail  derive  et  les   distributions
  partielles  de  Mail-HOWTO  doivent etre accompagnees soit d'une copie
  exacte de l'original, soit d'une indication de son emplacement.

  La redistribution commerciale est autorisee et encouragee;  cependant,
  l'auteur desire etre averti de telles distributions.

  En   resume,  nous  souhaitons  promouvoir  la  dissemination  de  ces
  informations a travers autant de canaux que possible. Cependant,  nous
  souhaitons   conserver  un  copyright  sur  les  documents  HOWTO,  et
  aimerions etre averti de toute forme de redistribution des HOWTOs.

  Mieux, nous souhaitons que TOUTE information presente dans les  HOWTOs
  soit  disseminee.  Si vous avez des questions, merci de contacter Matt
  Welsh, le coordinateur des Linux HOWTO a mdw@sunsite.unc.edu, ou au +1
  607 256 7372.

  11..44..  RReessppoonnssaabbllee mmaaiiss ppaass ccoouuppaabbllee

  Bien  entendu,  je  decline  toute  responsabilite potentielle pour le
  contenu de cette documentation. L'utilisation des concepts,  exemples,
  et/ou  autre  contenu  de  ce  document  est entierement a vos propres
  risques.

  11..55..  AAuuttrreess ssoouurrcceess dd''iinnffoorrmmaattiioonn

  11..55..11..  DDooccuummeennttss LLIINNUUXX HHOOWWTTOO

  Il existe beaucoup de renseignements  exceptionnels  dans  les  autres
  documentations  Linux  HOWTO  et  provenant  du  projet  Linux DOC. En
  particulier, vous pourrez jeter un oeil a ceux-ci :

  +o  Les Communications Series HOWTO

  +o  Ethernet HOWTO

  +o  Le Guide de l'Administration Reseau pour Linux

  11..55..22..  UUSSEENNEETT

    comp.mail.elm         Le systeme de courrier electronique ELM.
    comp.mail.mh          Le systeme de manipulation de messages de Rand.
    comp.mail.mime        Extensions Internet Multifonctions pour le Mail.
    comp.mail.misc        Discussions generales sur le courrier electronique.
    comp.mail.multi-media Mail MultiMedia.
    comp.mail.mush        Le Shell pour l'utilisateur de Mail (MUSH).
    comp.mail.sendmail    L'agent sendmail de BSD.
    comp.mail.smail       L'agent de mail smail.
    comp.mail.uucp        Mail dans l'environnement uucp.

  11..55..33..  LLiivvrreess

  La liste suivante est une liste non-exhaustive des livres qui  peuvent
  aider...

  +o  "Managing  UUCP  and  USENET" de O'Reilly and Associates, est a mon
     avis le meilleur livre existant pour comprendre les  programmes  et
     protocoles impliques lors de la creation d'un site USENET.

  +o  "Unix  Communications"  de  The  Waite  Group  contient  une  bonne
     description  de  tous  les  elements  (et  plus)  et  comment   ils
     s'harmonisent entre eux.

  +o  "Sendmail"  de  O'Reilly  and  Associates  semble etre la reference
     definitive  sur  sendmail-v8  et  sendmail+IDA.  C'est   un   livre
     indispensable  pour  quiconque  esperant trouver un sens a sendmail
     sans perdre progressivement toute son energie.

  +o  "The Internet Complete Reference" de Osborne est un bon ouvrage  de
     reference qui explique les divers services accessibles sur Internet
     et est une bonne source d'informations sur les  news,  le  mail  et
     d'autres resources variees d'Internet.

  11..66..  OOuu nnee **PPAASS** rreecchheerrcchheerr ddee ll''aaiiddee

  Il  n'y  a  (plus)  rien de particulier pour configurer et utiliser le
  mail sous Linux. De ce fait, vous ne voudrez certainement *PAS* poster
  des   questions  generales  a  propos  du  mail  dans  les  newsgroups
  comp.os.linux.*.

  A moins que votre question ne soit vraiment specifique a Linux  (comme
  par exemple, "merci de m'indiquer quels sont les routers deja compiles
  dans la version de  smail3.1.28  presente  dans  la  SLS  1.03")  vous
  devriez  poser  vos  questions dans un des newsgroups ou mailing lists
  references ci-dessus.

  Laissez-moi repeter ceci.

  Il n'y a pratiquement plus aucune raison de poster quoi que ce soit de
  relatif  au  mail  dans  la  hierarchie comp.os.linux.*. Il existe des
  newsgroups dans la hierachie comp.mail.* qui supportent  *TOUTES*  vos
  questions.

  _S_I _V_O_U_S _P_O_S_T_E_Z _D_A_N_S _C_O_M_P_._O_S_._L_I_N_U_X_._* _P_O_U_R _D_E_S _Q_U_E_S_T_I_O_N_S _N_O_N _S_P_E_C_I_F_I_Q_U_E_S
  _A _L_I_N_U_X_, _V_O_U_S _R_E_C_H_E_R_C_H_E_Z _D_E _L_'_A_I_D_E _A_U _M_A_U_V_A_I_S _E_N_D_R_O_I_T_. _L_E_S _E_X_P_E_R_T_S  _D_U
  _C_O_U_R_R_I_E_R  _E_L_E_C_T_R_O_N_I_Q_U_E _S_E _T_R_O_U_V_E_N_T _D_A_N_S _L_E_S _P_L_A_C_E_S _I_N_D_I_Q_U_E_E_S _P_L_U_S _H_A_U_T
  _E_T _G_E_N_E_R_A_L_E_M_E_N_T _N_'_U_T_I_L_I_S_E_N_T _P_A_S _L_I_N_U_X_.

  _P_O_S_T_E_R _D_A_N_S _L_A _H_I_E_R_A_R_C_H_I_E _L_I_N_U_X _P_O_U_R _D_E_S _Q_U_E_S_T_I_O_N_S _N_O_N  _S_P_E_C_I_F_I_Q_U_E_S  _A
  _L_I_N_U_X  _V_O_U_S  _F_A_I_T  _P_E_R_D_R_E  _D_U  _T_E_M_P_S  _A_I_N_S_I  _Q_U_'_A  _T_O_U_T _L_E _M_O_N_D_E_._._. _E_T
  _F_R_E_Q_U_E_M_M_E_N_T _C_E_L_A _V_O_U_S _R_E_T_A_R_D_E _D_A_N_S _L_'_O_B_T_E_N_T_I_O_N _D_'_U_N_E _R_E_P_O_N_S_E  _A  _V_O_T_R_E
  _Q_U_E_S_T_I_O_N_.

  22..  MMaatteerriieell RReeqquuiiss

  Il n'y a pas de materiel specifique requis pour le mail sous Linux.

  Vous  allez  avoir  besoin d'une sorte de logiciel de `transport' pour
  vous connecter a des systemes eloignes,  ce  qui  signifie  tcp-ip  ou
  uucp.  Cela  peut  signifier que vous allez avoir besoin d'un modem ou
  d'une carte ethernet (selon votre configuration).

  33..  OObbtteenniirr lleess llooggiicciieellss

  En general, j'obtiens mes sources de ftp.uu.net et d'autres bons sites
  archive  sur Internet. De plus, des portages binaires specifiques pour
  Linux se trouvent dans les distributions usuelles de Linux et sur  les
  sites   ftp  anonymes  Linux  (sunsite.unc.edu  et  tsx-11.mit.edu  en
  particulier).

  La   distribution   newspak-2.2.tar.z   contient   des   fichiers   de
  configuration  et  des  readme  concernant l'installation de logiciels
  pour uucp, les news et le  mail  sous  Linux,  a  partir  de  diverses
  sources  librement  accessibles.  Elle  se  trouve  habituellement  en
  sunsite.unc.edu:/pub/Linux/system/Mail.

  44..  AAggeennttss ddee TTrraannssppoorrtt dduu MMaaiill

  Cette section contient des  informations  concernant  les  `agents  de
  transport',  qui  designent  la  couche  logicielle  de bas niveau qui
  connecte votre systeme local aux systemes distants.

  44..11..  SSmmaaiill vv33..11

  Smail3.1 semble etre un agent de transport standard _d_e _f_a_c_t_o pour  les
  sites  uniquement  uucp  et  quelques  sites  smtp.  Il  compile  sans
  modification du code source. De plus, smail est distribue  sous  forme
  binaire dans la distribution SLS de Linux.

  La  distribution  newspak  contient des fichiers de configuration pour
  smail3.1.28 sous Linux que vous pouvez utiliser pour commencer.

  Si vous construisez smail a partir des sources, vous aurez  besoin  de
  la  ligne  suivante  dans  votre  fichier os/linux pour que `sed' vous
  donne des shell scripts qui fonctionnent correctement.

          CASE_NO_NEWLINES=true

  Pour un systeme uniquement uucp qui a un MX-record et qui veut un  en-
  tete  domainise  (qui  utilise  un  smart-host  pour  tout), voici les
  fichiers de configuration complets dont vous aurez besoin :

  +o  remplacez `sous_domaine.domaine' par votre nom de domaine

  +o  remplacez `mon_nom_de_site' par votre nom de site non-domainise

  +o  remplacez `mon_voisin_uucp' par le nom uucp de votre serveur dedie

             #-------- /usr/local/lib/smail/config -----------------------------
             #
             # domaines auxquels nous appartenons
             visible_domain=sous_domaine.domaine:uucp
             #
             # par quel nom complet nous sommes connus (fully-qualified-site-name)
             visible_name=mon_nom_de_site.sous_domaine.domaine
             #
             # par qui nous passons - serveur dedie
             smart_path=mon_voisin_uucp
             #
             #---------- /usr/local/lib/smail/paths ----------------------------
             #
             # le site est domainise, soyons certains d'accepter le courrier
             # adresse aux deux noms
             mon_nom_de_site                      %s
             mon_nom_de_site.sous_domaine.domaine %s
             #
             #------------------------------------------------------------------

  Pour utiliser smail comme un demon smtp,  ajoutez  la  ligne  suivante
  dans /etc/inetd.conf:

                  smtp stream tcp nowait  root  /usr/bin/smtpd smtpd

  Le  courrier sortant sera envoye automatiquement, en utilisant elm. Si
  votre liaison internet est coupee  quand  vous  envoyez  un  courrier,
  alors  il est place dans /usr/spool/smail/input. Quand la liaison sera
  retablie, la lancement de runq provoquera l'emission du mail.

  44..22..  SSeennddmmaaiill++IIDDAA

  J'ai un site uniquement uucp et j'utilise  sendmail5.65b+IDA1.5  a  la
  place de smail3.1.28 a cause de son incroyable facilite d'utilisation.
  Il     en     existe      une      distribution      binaire      dans
  sunsite.unc.edu:pub/Linux/system/Mail.  Pour l'installer :

  +o  vous  allez  probablement  vouloir  enlever  (ou renommer) tous les
     fichiers provenant de smail (voir le  catalogue  /install/installed
     si vous avez une distribution SLS) pour etre prudent.

  +o  placez-vous    a    la    racine    /    et    tapez   "gunzip   -c
     sendmail5.65b+IDA1.5.tpz | tar xvf -". Si vous possedez une version
     plus moderne de tar provenant d'une recente Slackware (par exemple)
     vous pouvez juste utiliser la commande "tar -zxvf filename.tgz"  et
     vous obtiendrez le meme resultat.

  +o  placez-vous   dans  /usr/local/lib/mail/CF  et  copiez  le  fichier
     d'exemple local.m4 en "votre_nom_de_site.m4". Modifiez  le  nom  du
     site,  ses alias et le smarthost en indiquant les valeurs correctes
     pour votre site. Le fichier par defaut est pour les sites seulement
     uucp  qui  ont  des  en-tetes  domainises  et  qui  passent  par un
     smarthost. Ensuite, tapez "make votre_nom_de_site.cf" et placez  le
     fichier resultant dans /etc/sendmail.cf.

  +o  si  vous utilisez seulement uucp, vous n'avez *PAS* besoin de creer
     les tables mentionnees dans le  fichier  README.linux.  Vous  aurez
     seulement  a effectuer un `touch' des fichiers pour que le Makefile
     fonctionne.  Editez  uniquement   le   fichier   .m4,   construisez
     sendmail.cf (make sendmail.cf), et commencez a le tester.

  +o  si  vous  utilisez  seulement  uucp  et  que  vous communiquez avec
     d'autres sites que votre "smart-host", vous aurez besoin  d'ajouter
     des  entrees  uucpxtable pour chacun d'eux (ou le mail qui leur est
     destine passera par le smart host) et lancer dbm avec la uucpxtable
     modifiee.

  +o  si  vous  utilisez  ma  distribution  sendmail5.67b+IDA1.5, vous ne
     devez pas utilisez un "freeze file".

  +o  Si vous utilisez la distribution binaire originale  de  la  version
     5.67a  par Rich Braun, vous devrez `geler' la configuration si vous
     changez votre fichier .cf avec "/usr/lib/sendmail -bz" pour que les
     modifications  prennent  effet.  Vous devriez en outre mettre votre
     version a jour avec au moins la 5.67b car il  y  a  desagreable  un
     trou de securite dans la 5.67a et les plus anciennes.

  Une  autre chose interessante est que si vous avez l'option mail.debug
  positionnee et que vous utilisez syslogd,  vos  messages  entrants  et
  sortants  seront  traces.  Voir  le  fichier /etc/syslog.conf pour des
  details.

  Le source de sendmail+IDA peut etre trouve a uxc.cso.uiuc.edu.  Il  ne
  demande aucune modification pour compiler sous Linux.

  Si  vous pensez utilisez sendmail+IDA, je vous recommande fortement la
  version sendmail5.67b+IDA1.5 car toutes les modifications  specifiques
  a Linux sont dorenavent dans les sources originales et plusieurs trous
  de securite ont ete fixes, qui ETAIENT (!!!) presents dans  l'ancienne
  version  que  vous  avez  peut-etre  prise  ou  compilee  avant le 1er
  decembre 1993.

  L'edition de mai/juin  1994  du  Linux  Journal  presente  un  article
  consequent  sur l'installation et l'administration de sendmail+IDA. La
  prochaine sortie du  Networking  Administration  Guide  du  Linux  DOC
  Project en aura une description encore plus detaillee et complete.

  44..22..11..  LLee ffiicchhiieerr sseennddmmaaiill..mm44

  Sendmail+IDA  vous  demande  de  mettre  a jour un fichier sendmail.m4
  plutot qu'editer le fichier  sendmail.cf  directement.  L'avantage  de
  cette   methode   est   qu'il  est  simple  de  mettre  sur  pied  des
  configurations pour le mail qui  sont  extremement  difficiles  (voire
  totalement  impossible pour la plupart des personnes) avec smail ou le
  traditionnel sendmail.

  Le fichier sendmail.m4 qui correspond a l'exemple donne plus haut pour
  smail, ressemble a ceci :

    dnl #------------------ EXEMPLE DE FICHIER SENDMAIL.M4 ------------------
    dnl #
    dnl # (la chaine `dnl' est l'equivalent en m4 d'une ligne de commentaire)
    dnl #
    dnl # on ne veut generalement pas modifier LIBDIR des chemins compiles ou sont
    dnl #define(LIBDIR,/usr/local/lib/mail)dnl    # tous les fichiers de
                                                  # configuration
    define(LOCAL_MAILER_DEF, mailers.linux)dnl    # mailer pour delivrance locale
    define(POSTMASTERBOUNCE)dnl                   # postmaster gets bounces
    define(PSEUDODOMAINS, BITNET UUCP)dnl         # ne pas essayer DNS sur ceux-ci
    dnl #
    dnl #-------------------------------------------------------------
    dnl #
    dnl # les noms sous lesquels nous sommes connus
    define(PSEUDONYMS, myhostname.subdomain.domain myhostname.UUCP)
    dnl #
    dnl # notre nom primaire
    define(HOSTNAME, myhostname.subdomain.domain)
    dnl #
    dnl # notre nom uucp
    define(UUCPNAME, myhostname)dnl
    dnl #
    dnl #-------------------------------------------------------------
    dnl #
    define(UUCPNODES, |uuname|sort|uniq)dnl       # nos voisins uucp
    define(BANGIMPLIESUUCP)dnl                    # soyons certains que le mail
    define(BANGONLYUUCP)dnl                       # uucp soit correctement traite
    define(RELAY_HOST, my_uucp_neighbor)dnl       # notre smart relay host
    define(RELAY_MAILER, UUCP-A)dnl               # nous joignons moria par uucp
    dnl #
    dnl #--------------------------------------------------------------------
    dnl #
    dnl # les diverses dbm lookup tables
    dnl #
    define(ALIASES, LIBDIR/aliases)dnl            # alias systeme
    define(DOMAINTABLE, LIBDIR/domaintable)dnl    # sites domainises
    define(PATHTABLE, LIBDIR/pathtable)dnl        # base de donnee des chemins
    define(GENERICFROM, LIBDIR/generics)dnl       # adresses generiques
    define(MAILERTABLE, LIBDIR/mailertable)dnl    # mailers par site ou domaine
    define(UUCPXTABLE, LIBDIR/uucpxtable)dnl      # chemins vers les sites
                                                  # que nous feedons
    define(UUCPRELAYS, LIBDIR/uucprelays)dnl      # chemins court-circuites
    dnl #
    dnl #--------------------------------------------------------------------
    dnl #
    dnl # inclure le `veritable' code qui fait tout fonctionner
    dnl # (inclus dans le code source)
    dnl #
    include(Sendmail.mc)dnl                         # LIGNE INDISPENSABLE !!!
    dnl #
    dnl #------------ FIN DE L'EXEMPLE DE FICHIER SENDMAIL.M4 -------

  44..22..22..  DDeeffiinniirr uunn mmaaiilleerr llooccaall

  Contrairement  a  la  plupart des distributions Unix, Linux ne propose
  pas d'agent de delivrance du mail  local  par  defaut.  Je  recommande
  l'utilisation  du programme deliver communement disponible, qui est un
  paquetage optionnel dans certaines distributions Linux usuelles.  Pour
  ce faire, vous aurez besoin de definir une ligne LOCAL_MAILER_DEF dans
  le fichier sendmail.m4 qui nommera un fichier qui ressemble a ceci :

    # -- /usr/local/lib/mail/mailers.linux --
    #     (mailers locaux pour l'utilisation avec Linux)
    Mlocal, P=/usr/bin/deliver, F=SlsmFDMP, S=10, R=25/10, A=deliver $u
    Mprog,  P=/bin/sh,       F=lsDFMeuP,   S=10, R=10, A=sh -c $u

  Il y a aussi une option  par  defaut  pour  deliver  dans  le  fichier
  Sendmail.mc   qui  est  inclus  dans  le  fichier  sendmail.cf.   Pour
  l'utiliser, vous ne devez pas utiliser le fichier  mailers.linux  mais
  definir a la place la ligne suivante dans votre fichier sendmail.m4 :

     dnl --- (dans sendmail.m4) ---
     define(LOCAL_MAILER_DEF, DELIVER)dnl # mailer pour la delivrance locale

  Malheureusement,  Sendmail.mc  suppose  que  deliver est installe dans
  /bin, ce qui n'est pas le cas avec Slackware1.1.1 (qui l'installe dans
  /usr/bin).  Dans  ce  cas  vous  devrez  le  tromper  avec  un lien ou
  reconstruire deliver a partir des sources pour qu'il reside dans /bin.

  44..22..33..  LLeess ttaabblleess ddbbmm ppoouurr SSeennddmmaaiill++IIDDAA

  La  mise  en  place  des  facilites  speciales  pour  des sites ou des
  domaines s'effectue a travers un nombre  de  tables  dbm  optionnelles
  plutot  que d'editer les fichier sendmail.cf directement. Referez-vous
  au numero de juillet 1994 du Linux Journal,  aux  documentations  dans
  les  sources,  ou au chapitre sur sendmail dans la nouvelle version du
  Networking  Administration  Guide  du  Linux  DOC  Project  qui   sera
  disponible, dans tres peu de temps maintenant, pour plus de details.

  +o  mailertable      -  definit  des facilites speciales pour des sites
     distants ou des domaines.

  +o  uucpxtable      - force la delivrance en  UUCP  de  mail  pour  des
     sites qui sont dans le format DNS.

  +o  pathtable                -  definit  des chemins bang UUCP pour des
     sites distants ou des domaines.

  +o  uucprelays      - court-circuite les chemins de pathalias pour  des
     sites distants particuliers.

  +o  genericfrom      -  convertit des adresses internes en des adresses
     generiques visibles du monde exterieur.

  +o  xaliases                - convertit des adresses generiques en/vers
     des adresses internes valides.

  +o  decnetxtable    - convertit des adresses RFC-822 en des adresses de
     type DECnet.

  44..22..44..  QQuueelllleess ssoonntt lleess EEnnttrreeeess RReeeelllleemmeenntt NNeecceessssaaiirreess ??

  Quand on n'utilise aucune des tables  dbm  optionnelles,  sendmail+IDA
  delivre  le courrier via le DEFAULT_MAILER (et peut-etre RELAY_HOST et
  RELAY_MAILER) defini dans le fichier sendmail.m4 utilise pour  generer
  sendmail.cf.  Il  est facilement possible d'outrepasser cette facilite
  avec des entrees dans domaintable et uucpxtable.

  Un site generique qui est sur Internet et qui utilise le  Domain  Name
  Service,  ou un autre qui utilise seulement UUCP et transfere tout son
  courrier via UUCP a un RELAY_HOST, n'ont probablement  pas  besoin  du
  tout d'entrees specifiques dans ces tables.

  Logiquement,  tous  les  systemes  devraient  positionner  les  macros
  DEFAULT_HOST et PSEUDONYMS, qui definissent le nom canonique  du  site
  et  les  alias sous lesquels il est connu, et DEFAULT_MAILER.  Si vous
  n'avez qu'un site relai et un relay mailer, vous n'aurez pas besoin de
  definir  ces valeurs par defaut car cela fonctionnera automagiquement.

  Les sites UUCP auront aussi besoin de positionner UUCPNAME a leur  nom
  UUCP  officiel.  Ils  positionneront aussi RELAY_MAILER, et RELAY_HOST
  qui autorise le routage vers le smart-host a travers un mail relay. Le
  transport  de  mail a utiliser est defini avec RELAY_MAILER et devrait
  normalement etre UUCP-A pour les sites UUCP.

  Si votre site est seulement SMTP et connait le `Domain Name  Service',
  vous  devrez changer le DEFAULT_MAILER a TCP-A et probablement effacer
  les lignes RELAY_MAILER et RELAY_HOST.

  44..33..  SSeennddmmaaiill 88..66

  Sendmail 8.6.x de Berkeley est  la  derniere  revision  majeure  apres
  sendmail5.   Il contient un excellent support pour la compilation sous
  Linux. Tapez juste "make linux" et tout sera configure.

  44..44..  AAuuttrreess ""aaggeennttss ddee ttrraannssppoorrtt""

  Les logiciels suivants sont aussi connus pour fonctionner sous  Linux.
  Consultez "archie" pour trouver les details de leur emplacement...

  +o  smail2.5 - un smail tres simple base sur UUCP

  44..55..  AAggeennttss ddee DDiissttrriibbuuttiioonn LLooccaauuxx

  Contrairement  a  la  plupart  des  systemes  d'exploitation, Linux ne
  propose pas le mail en standard. Vous aurez besoin d'un programme pour
  distribuer le mail local. Le programme "lmail" de Rich Braun en est un
  bon, mais j'utilise maintenant le programme "deliver", plus repandu et
  accessible.

  La documentation pour l'utilisation et la distribution locale est dans
  la  distribution  binaire  de   sendmail5.67b+IDA1.5   (sur   sunsite)
  mentionnee plus haut.

  55..  AAggeennttss UUttiilliissaatteeuurr dduu MMaaiill

  Cette   section  contient  des  informations  concernant  les  "agents
  utilisateurs", qui designent les logiciels que l'utilisateur  voit  et
  utilise. Ces logiciels dependent des "agents de transports" mentionnes
  plus haut.

  55..11..  EEllmm

  Elm compile, s'installe et tourne parfaitement sous Linux jusqu'a et y
  compris   Slackware   1.1.1   (gcc2.4.5,   gcclib  4.4.4).  Pour  plus
  d'informations,  voir  les   sources   d'elm   et   les   instructions
  d'installation.

  La  seule  chose a savoir est que le script Configure d'Elm positionne
  incorrectement  la  variable  "ranlib"  dans  config.sh.  L'equipe  de
  developpement  d'Elm  a  ete informee de ce petit probleme, et donc ne
  les derangez pas pour ceci (une nouvelle fois).

  +o  (de  _C_h_i_p _R_o_s_e_n_t_h_a_l _-  _c_h_i_p_@_c_h_i_n_a_c_a_t_._u_n_i_c_o_m  )  La  facon  la  plus
     simple  pour  contourner ce probleme est de creer un fichier appele
     config.over au premier niveau de vos sources Elm et d'y inclure  la
     ligne :

             ranlib='ranlib'

  +o  Autrement, pour pouvez juste vous rappeler d'editer correctement la
     ligne dans config.sh quand Configure vous donne  la  chance  de  le
     faire.

  +o  Elm  et  filter  ont  besoin d'etre en mode 2777 (groupe mail) avec
     /usr/spool/mail en mode 775 et de groupe mail.

     Si vous utilisez une distribution binaire,  vous  aurez  besoin  de
     creer  un  fichier  /usr/local/lib/elm/elm.rc  pour  contourner les
     informations de nom de machine et  de  domaine  compiles  dans  les
     binaires :

  +o  remplacez "sous_domaine.domaine" par votre nom de domaine remplacez

  +o  "ma_machine" par votre nom de machine non-domainise remplacez

  +o  "mon_voisin_uucp" par le nom uucp de votre site en amont (celui qui
     vous feede)

             #---------- /usr/local/lib/elm/elm.rc ------------------
             #
             # ceci est le nom de la machine non qualifie
             hostname = ma_machine
             #
             # ceci est le domaine local
             hostdomain = sous_domaine.domaine
             #
             # ceci est le nom de la machine complet (fully qualified hostname)
             hostfullname = ma_machine.sous_domaine.domaine
             #
             #--------------------------------------------------------

  Une  chose  a savoir est que si vous avez compile Elm de facon a gerer
  MIME, vous devez avoir metamail installe et dans votre path sinon  Elm
  ne sera pas capable de lire les messages MIME que vous recevrez. Meta-
  mail est disponible sur thumper.bellcore.com et bien sur via "archie".

  Il nous a ete rapporte que les versions de gcc et gcclib plus recentes
  que  v2.4.5  et  v4.4.4,  respectivement,  sont  assez   strictes   et
  n'arrivent  pas  a  compiler  Elm.  Voici  la  nouvelle  telle que l'a
  annoncee
   _c_c_n_p_@_u_n_i_t_r_i_x_._u_t_r_._a_c_._z_a _(_N_e_i_l _P_a_r_k_e_r_)  qui reposta un message de
   _l_o_n_g_y_e_a_r_@_n_e_t_c_o_m_._c_o_m _(_A_l _L_o_n_g_y_e_a_r_)_.

  +o  ELM utilise des champs internes dans la structure FILE pour essayer
     de  se  passer  des  standards. (Les champs _flag, _IOERR et _IOEOF
     sont d'anciens champs pour le paquetage pre-POSIX de runtime.  Bien
     que  POSIX  ne dise pas que l'on ne peut pas referencer ces champs,
     il ne dit pas que vous _devez_ les utiliser. Linux ne  les  utilise
     pas.  Il est dit que les programmes ne devraient pas y faire appel,
     meme s'ils sont presents dans l'implementation.)

             ou il est ecrit         if (fp->_flag && _IOERR) ...
             changez en              if (ferror(fp)) ....

             ou il est ecrit         if (fp->_flag & _IOEOF) ...
             changez en              if (feof(fp)) ...

             Ce sont les definitions ANSI/POSIX pour les memes fonctions.

  +o  Bien que cette remarque ne  soit  pas  specifique  a  Linux,  c'est
     neanmoins  un bug tenace. Nous avons entendu que parfois Elm plante
     avec un message disant qu'il est  incapable  d'allouer  une  grande
     place memoire. Cela a ete identifie comme un bug d'Elm. La solution
     connue est d'enlever les alias globaux  de  mail  apres  traitement
     (aliases.dir et aliases.pag).

  +o  (de  _s_c_o_t_@_c_a_t_z_e_n_._g_u_n_._d_e _(_S_c_o_t _W_. _S_t_e_v_e_n_s_o_n_) )

     Le  paquetage  actuel  de metamail demande csh pour quelques-uns de
     ses scripts.  L'absence de csh (ou de tcsh) causera le  plus  grand
     nombre d'erreurs interessantes...

  55..22..  MMaaiillxx

  Il  existe  une  bonne  implementation binaire de mailx placee sur les
  divers sites d'archive Linux. Soyez sur de prendre la version 5.3b  ou
  plus  recente  car  il  y  a des problemes de securite dans la version
  5.3a. Si vous souhaitez le compiler a partir des sources,  mailx  v5.5
  compile sans modification sous Linux si vous avez pmake installe.

  L'unique  probleme  potentiel  que  je  connais  avec  la distribution
  binaire sur sunsite est qu'elle semble avoir ete compilee de  facon  a
  utiliser  /usr/lib/smail  plutot  qur /usr/lib/sendmail comme agent de
  transport. Vous aurez certainement besoin d'un lien si  vous  utilisez
  sendmail sur votre systeme.

  Si quelqu'un l'utilise toujours, je recommande vivement de detruire le
  vieux paquetage "edmail" de la SLS 1.00 et de le remplacer par  mailx.

  55..33..  AAuuttrreess aaggeennttss uuttiilliissaatteeuurr

  Les  logiciels suivants sont aussi connus pour fonctionner sous Linux.
  Consultez "archie" pour obtenir des details sur comment les trouver...

  +o  Pine    - de l'Universite de Washington

  +o  Metamail        - permet le support de MIME

  +o  mh      - encore une autre possibilite pour gerer le mail

  +o  deliver - classement/gestion du courrier selon des regles

  +o  procmail        - classement/gestion du courrier selon des regles

  +o  Majordomo       - gere des listes e-mail (listes de distribution)

  +o  Mserv   - permet des requetes de fichiers par mail

  66..  RReemmeerrcciieemmeennttss

  Les   personnes   suivantes  m'ont  aides  dans  le  regroupement  des
  informations (et par leur experience) qui a rendu cette  documentation
  possible :

  Steve Robbins, Ian Kluft, Rich Braun, Ian Jackson, Syd Weinstein, Ralf
  Sauther, Martin White, Matt  Welsh,  Ralph  Sims,  Phil  Hughes,  Chip
  Rosenthal, Scot Stevenson, Neil Parker

  Toutes mes excuses si j'ai oublie quelqu'un...

