home *** CD-ROM | disk | FTP | other *** search
/ ARM Club 3 / TheARMClub_PDCD3.iso / hensa / comms / maillist_1 / !MailList / Docs / FineTuning < prev    next >
Text File  |  1995-04-23  |  4KB  |  72 lines
  1. MailList will automatically install itself on your system. Chances are you
  2. won't have to change anything. But to tailor your installation of MailList
  3. to your specific needs and system configuration there are a number of
  4. parameters that can be changed.
  5.  
  6. These parameters are kept in one file:
  7.         <NewsDir$Dir>.MailList.Config
  8.  
  9. This file discusses each changeable parameter.
  10.  
  11.  
  12. There are currently 9 parameters in this file.
  13.  
  14. #1:     The first parameter is the current version-number of MailList. It is
  15.         automatically updated when you upgrade to a new version of MailList.
  16.  
  17. #2:     The second parameter can be either BATCH or NOBATCH. It flags
  18.         whether MailList is to quit after it has completed its job. This is
  19.         useful on machines with a shortage of memory. To change this: From
  20.         your root account you should send a request to your MailList Robot
  21.         with the Subject: SET BATCH or the Subject: SET NOBATCH. Whichever
  22.         is appropriate.
  23.  
  24. #3:     This number is the maximum number of kB one person may retrieve via
  25.         the MailServer on a single day. You can change this by using the
  26.         SET QUOTA request. This is useful if you have lots of big files on
  27.         your MailServer and people tend to retrieve as much as possible in
  28.         one go. 900 to 1000kB is a recommendable amount.
  29.  
  30. #4:     This is an alias-user for your root account. MailList sends all
  31.         reports and errors to 'root@<host>'. If you don't have/use a
  32.         root-account you can have MailList send it's messages to an
  33.         alternative address by changing the default value of 'root' to a
  34.         username of your choice. To do this send the request SET ROOT
  35.         <user>. The <user> must exist on your host. Once defined, MailList
  36.         will nolonger accept HostOwner requests from the root-account. These
  37.         requests must also be sent from the alias account. 
  38.  
  39. #5:     These characters are not accepted as part of a filename when a file
  40.         is requested from the MailServer with the SEND <file> request. To
  41.         change this string send the request: SET FSEXCLUDE <string>. The
  42.         <string> should contain all characters that are not to be accepted.
  43.  
  44. #6:     This is the maximum size (in kB) to which a digest may grow. When
  45.         the digest has become this size it is sent to the mailing-list's
  46.         subscribers. The size is excluding headers and information added at
  47.         the time of "shipment". A 90kB limit will probably be a good
  48.         setting. Bigger values may result in problems, as some
  49.         gateways/routers in the world still don't allow it. Use the request:
  50.         SET DigestSize <kB> where <kB> is the maximum size in (you guessed
  51.         it) kB.
  52.  
  53. #7:     The maximum age (in days) of a digest. When the digest is older than
  54.         this number the digest will be sent. 7 days is usually a good
  55.         number. Bigger values will result in people reading "old news". 
  56.         Use the request: SET DigestAge <days>
  57.  
  58. #8:     Whether to fold the addresses in the Bcc: header according to
  59.         RFC-822 or make one long chain. Folding should be swithed on, as
  60.         most transports don't support strings longer than 240 chars. Use the
  61.         request: SET FOLD to use folding or SET NOFOLD for no folding. 
  62.  
  63. #9:     The maximum number of addresses in the Bcc: header. Some transports
  64.         have problems sending messages with a huge list of addresses in the
  65.         Bcc: header. In that case you may need to experiment what is a good
  66.         value for you. UUCP is known to have a maximum of 3 to 5. KA9Q has
  67.         no known maximum. Use the request: SET MaxBcc <number>
  68.  
  69.  
  70. *** To change any of these values you need to send the appropriate request
  71.     to the robot. You will have to send the request fom your root (or
  72.     root-alias) account.