home *** CD-ROM | disk | FTP | other *** search
/ Linux Cubed Series 7: Sunsite / Linux Cubed Series 7 - Sunsite Vol 1.iso / system / admin / linuxcon.6 / linuxcon / usr / lib / linuxconf / help.eng / mailconf / basic.help < prev    next >
Encoding:
Text File  |  1996-08-04  |  4.4 KB  |  106 lines
  1.   Sendmail basic information
  2.   Introduction
  3.  
  4.   For most system, this is probably the only form you will have to fill
  5.   to get email going. This configuration generally differentiate email
  6.   servers from "client" workstations.
  7.  
  8.   11..  AAlliiaasseess ffoorr yyoouurr ssyysstteemm
  9.  
  10.   Email message which match the fully qualified name of your machine
  11.   will be accept by _S_e_n_d_m_a_i_l. Other will be either bounce back or
  12.   forward.
  13.  
  14.   You may want to accept email messages for different domains.  Once
  15.   situation is when you register with an Internet provider and he gives
  16.   you one sub-domain of his own. You start using it. Later, you request
  17.   your own domain. You still want to accept the old one, because many
  18.   peoples knows you with this address.
  19.  
  20.   You are allowed to enter up to five alternative domain which will be
  21.   accepted.
  22.  
  23.   Generally this section contains your official domain name which is
  24.   different from the name of your machine.
  25.  
  26.   22..  PPrreesseenntt yyoouurr ssyysstteemm aass
  27.  
  28.   Even if email may come from different machines in your organization,
  29.   you may want to hide this fact and present email as if they were from
  30.   a single machine or domain.
  31.  
  32.   This field is normally used in most setup and simply contain your
  33.   official domain name.
  34.  
  35.   33..  mmaaiill hhoosstt
  36.  
  37.   In most organization, there is one machine which store email for all
  38.   users, even if the email may originated from different machines. _U_n_i_x
  39.   machines are multiuser. It is possible for a user to send email to
  40.   another user on this machine.  The default behavior is to store the
  41.   message in the mail folder of the user on this machine. This is often
  42.   inappropriate.  _U_n_i_x machines are not only multiuser, but network
  43.   oriented.  This user (the recipient) may very well have accounts on
  44.   many machines on the network (often on all machines) and may elect to
  45.   read his email messages on another machine. Having his email messages
  46.   spread-ed on all machines on the net is not useful.
  47.  
  48.   You just specify the fully qualified name of the mail server of the
  49.   organization and all email messages will be forward to it.
  50.  
  51.   44..  SSmmaarrtt hhoosstt
  52.  
  53.   Most machine on a net lack the connectivity to forward email properly.
  54.   You can specify the name of a machine which knows better. In many
  55.   organization, this is often the same as the mail host.
  56.  
  57.   Unlike the mail host, the smart host may be reached by different
  58.   mailer transport such as EESSMMTTPP and UUUUCCPP.
  59.  
  60.   55..  SSmmaarrtt hhoosstt''ss mmaaiilleerr
  61.  
  62.   You must specify how to reach the smart host. If you choose EESSMMTTPP,
  63.   then you must specify a fully qualified name for the smart host.
  64.  
  65.   If you specify UUUUCCPP, then you must specify a uucp name for the smart
  66.   host.
  67.  
  68.   66..  FFeeaattuurreess
  69.  
  70.   66..11..  NNoo bbaattcchhiinngg ffoorr uuuuccpp mmaaiill
  71.  
  72.   66..22..  MMaaxx ssiizzee ffoorr uuuuccpp mmeessssaaggeess
  73.  
  74.   UUCP message may be limited. Larger message will be dropped.  This is
  75.   useful for slow modem link. Setting the maximum to 0 will disable this
  76.   feature (no limit).
  77.  
  78.   66..33..  DDeelliivveerr llooccaallllyy ttoo uusseerrss
  79.  
  80.   Enter the name of users for whom you want to defeat the mail host
  81.   definition. Messages will always be stored locally for those users.
  82.   This feature is normally used for administrative pseudo user (root for
  83.   one).
  84.  
  85.   66..44..  NNoo mmaassqquueerraaddee ffrroomm uusseerrss
  86.  
  87.   You may want to defeat the "present your system as" field for some
  88.   users. One is root. This allow the recipient to differentiate easily
  89.   from which system (which root ?) the message originates.
  90.  
  91.   66..55..  SSppeecciiaall rroouuttiinngg ddaattaabbaassee ffoorrmmaatt
  92.  
  93.   _S_e_n_d_m_a_i_l may use several format for some of its database.  It
  94.   generally default to the ddbbmm format. Please note that that some
  95.   _S_e_n_d_m_a_i_l only support one format (dbm). This is a compile time option.
  96.  
  97.   77..  _S_e_n_d_m_a_i_l aanndd tthhee _D_N_S
  98.  
  99.   _S_e_n_d_m_a_i_l makes heavy use of the _D_N_S. Machine with no _I_n_t_e_r_n_e_t
  100.   connectivity at all (even behind a firewall) may want to deactivate
  101.   DNS usage.
  102.  
  103.   On the other end, machines with normal _D_N_S connectivity should force
  104.   _D_N_S usage.
  105.  
  106.