Index of /ldr199410/DISC2/LIVE/VAR/LIB/SMAIL/LISTS
Name Last modified Size Description
Parent Directory 19-Apr-2005 03:01 -
OWNER/ 19-Apr-2005 03:01 -
REQUEST/ 19-Apr-2005 03:01 -
YMTRANS.TBL 06-Oct-1994 12:05 1k
/usr/lib/smail/lists - the "smail lists" directory
------------------------------------------------------------------------------
Copyright (c) 1993 Ian Kluft
Linux smail binary distribution
Distribution permitted under the GNU Public License revision 2 or later
This is the easy way to make a mail list. When made in this directory, they
are usually called "smail lists". Just create a file with a separate line
for each recipient of the list. The file name is the list name and it will
deliver to each person, list, file, or program found in it.
For example: to make a dns-admin mail list on your system, create a file
"/usr/lib/smail/lists/dns-admin" with the following contents:
--sample dns-admin list-------------------------------------------------------
# dns-admin mail list
root
joeuser
--end of sample---------------------------------------------------------------
As soon as you save the file, you can send mail to "dns-admin" and smail will
deliver it to root and joeuser. (If joeuser does not exist on your system
and you don't have a smartuser director, that address will bounce back to you.
But that is the correct action for undeliverable addresses, whether they are
on mail lists or not.)
Note: smail list files must be in lower case. (i.e. otherwise this README
file would be a mail list file with a lot of undeliverable addresses.)
See also: the subdirectories "request" and "owner"
Tips for mail list maintenance:
* You may delegate maintenance of a single mail list to an individual user
by giving the user ownership of the smail list file. (i.e. so they don't
ask you to add and remove users every time there is a change.)
* When users ask you "where will mail go when I send it to xxx?"
tell them to run "smail -bv xxx". You should use that to test
all the mail lists you maintain for undeliverable addresses.
* On sites with large numbers of users, you may wish to make a "smail"
group and make all smail lists writable by gid=smail so that the
knowledgable users can handle this themselves.
* Large smail lists (over 100 users) are possible but they eat a lot
of CPU time to process.
* As a courtesy to your users, you should make sure that all smail
list files are world readable (but not writable.)
* Clean up expired users from all mail lists as they leave.