精华公布栏

发信人: albin.bbs@bbs.dlut.edu.cn (阿乐斌), 信区: cnunix
标  题: 电子邮件环境之生成(4)(钱飞著)
发信站: 碧海青天 (Thu Oct 16 20:22:13 1997)
转信站: Lilac!ustcnews!ustcnews!sjtunews!DUT
出  处: rose.dlut.edu.cn

【专题介绍】
                                   大规模计算机网络主要服务之管理方法
                                                    (2)

                                       电子邮件环境的生成方法(4)

3. 邮件组(Maling List)

相信各位读者都在以各种形式参加着一些邮件组,从中获取着各种有益的信息.邮件组顾名思义为一种播放
式传递媒介,它可以为参加者提供一种信件广播空间,投入该空间的信件将会播放给所有参加者.邮件组还被
称为网络论坛,曾经是国际学术网络(BITNET)下的重要活动之一.邮件组就其功能而言,大致可以分为以下几
种:

(1) 讨论组
      参加者可以向邮件组自由投稿. 投入的稿件可以在有监视,或无监视控制下播放给所有参加者.用户可
      以自动地选择参加,或退出.这是邮件组最常用的使用形态.

(2) 发行组
      用于各信息发放单位发放各种信息.用户可以自动地选择参加,或退出发行组,但无法向该组投稿.

(3) FTP-mail
      对于那些无法直接使用FTP下载远程文件的用户, 提供一种经由电子邮件的下载手段.用户可以用电子
      邮件来查寻,检索远程服务器上的文件目录,并用电子邮件来下载所需文件.一般与发行组一样,用户无
      法向该组投稿.
€€€€€€ (4) 变形服务组
      即用邮件方式来提供一些其他服务.诸如,WWW服务,Archie查寻服务,BBS服务等.

邮件组就其使用形态,参加者数量等还分为大,中,小三种.对于不同的类型所使用的工具也不同.需要在初期
设定时,由邮件组管理者加以分析考虑.

无论是哪一种邮件组,一般都需要以下三个地址:

(a)listname
      邮件组的具体地址.需要向参加者公开. 投入该地址的邮件将播放给所有参加者.

(b)listname-request
      邮件组的请求信息受理用地址. 用于处理参加或退出等请求.需要向参加者公开.投入该地址的邮件将
      转发给相应的管理者.

(c)owner-listname
      邮件组的管理者地址,用于处理各种出错信件.该地址不需要向参加者公开.投入该地址的邮件将转发
      给相应的管理者.

3.1 最简单的讨论组(ALIAS法与INCLUDE法)

对于非公开性小型讨论组来说,如果没有必要考虑回执,自动参加或退出等附加功能时,有几种简单的方法可
以帮助您开设服务.这里让我们来以下述设定例来看一下最常用的两种方法--ALIAS法与INCLUDE法.

设定例:

邮件组所在计算机名称: mailserv.mydomain
邮件组名称: small-list
参加者名表: user1,user2

3.1.1 ALIAS法

(a) 编辑/etc/mail/aliases(SunOS4.1.x 时为/etc/aliases)文件,加入邮件组内容.

  % vi /etc/mail/aliases
  small-list: user1, user2, user3@host.otherdomain1,             (注1)
              user4@host.otherdomain2, user5@host.otherdomain3
  small-list-request: list-adm                                   (注2)
  owner-small-list: list-adm                                     (注3)

  (注1) 在此处登录参加者名表.如果一行不够时,在","后换行,换行键入一个以上
        的格式符(TAB键)后再输入后续内容.
  (注2) 填入管理者地址.
  (注3) 填入管理者地址.

(b) 为了使上述设定生效,请执行newaliases命令或sendmail -bi命令.
% newaliases

3.1.2 INCLUDE法

当参加者变动很频繁时,ALIAS法不太方便.这时可以将参加者列入某一文件,然后修改/etc/mail/aliases文
件.

(a) 定义参加者名表文件(路径任意)

  % vi /home/listserv/small-list-members
    user1
    user2
€€€€€€€€€€€€€€€€€€€€€    user3@host.otherdomain1
    user4@host.otherdomain2
    user5@host.otherdomain3

  如果需要,请用下述方法对参加者名表进行排序.
  % mv small-list-members afo
  % sort -o afo -t@ +1 small-list-members

(b) 编辑/etc/mail/aliases(SunOS4.1.x 时为/etc/aliases)文件,加入邮件组内容.

  % vi /etc/mail/aliases
  small-list: :include: /home/listserv/small-list-members
  small-list-request: list-adm
  owner-small-list: list-adm

  % chmod 644 /home/listserv/small-list-members

(c) 为了使上述设定生效,请执行newaliases命令或sendmail -bi命令.
% newaliases

以后,每当追加或删除参加者时,只要修改small-list-members文件即可, 不需要再执行newaliase命令.

在使用时,管理者应事先通知参加者,或有可能参加的用户以下信息:

参见或退出时,请向下述地址投寄信件,并请注明请求事项(注,在此处, 这只不过是一个管理上的手续要求,
与后面将要介绍的自动处理没有任何关系).
small-list-request@mailserv.domain

日常投稿请使用以下地址:
small-list@mailserv.domain

需要注意的是,以上两种方法均没有对非参加者之投稿加以任何限制. 因此,只要知道了该邮件组地址,任何
人都可以向其投稿.为了保证系统的安全, 请各位管理者慎重地管理small-list-members文件.

3.1.3 回送错误信息的处理

当邮件组之参加者较少,变动不是很频繁时,一般采用以上两种方法便足能应付服务要求.但是,当参加者增
多,或无效地址之管理不当时,有时会出现一些回送错误信息(bounce messages).这些信息往往是由于地址
不祥,或错误,有时也可能是由于接收侧计算机脱机等原因所致. 这些信息一般应该由邮件组之管理者来加
以处理, 而不必转发信息之生成者(即用户自身),因为邮件组之参加者并不知道参加者是谁,也没有办法去
删除他认为是错误的地址.

为部分地缓解,这一问题,您可以在信件后重新起动sendmail进程进行转发. 可以将/etc/mail/aliases文件
中之相应部分修改为:

  small-list: "|/usr/lib/sendmail -fsmall-list-request -oi dist-list"
  dist-list: :include: /home/listserv/small-list-members
  small-list-request: list-adm
  owner-small-list: small-list-request

这样, 投寄到small-list@mailserv.domain的信件将被封入新的信封(envelope) 重新转发.转发者之地址
("Return-Path"等SMTP From信息)将被设定为small-list- request,如果出现错误,错误信息将被转发给
small-list-request,即邮件组管理者.

为了减少回送错误信息, 最好的方法是给邮件头(mail head)添加"Precedence:" 行和"Error-To:"行.有很
多方法可以帮助您添加这种信息,但笔者认为,与其在这方面花费劳力, 不如干脆使用专用的邮件组软件(
如:Majordomo,SmartList,Listproc 等),因为您的邮件组已经足够大. 这些邮件组软件的具体使用方法将在
后续章节中介绍.

                                 (钱飞/fei@come.or.jp)

--
※ 来源:．碧海青天 bbs.dlut.edu.cn．[FROM: 202.118.65.49]