在大学环境中接触到互联网后，我一直对在线时间非常随意。由于我没有收到大学的直接账单，因此没有理由去追踪它。当我离开大学世界并获得商业互联网服务提供商 (ISP) 后，一切都改变了。当我在网上阅读新闻和邮件时，我意识到我的大部分在线时间不是花在传输数据上，而是花在眼睛在屏幕上来回移动。从这个简单的观察开始，我开始了漫长而奇怪的 UUCP 之旅。尽管今天使用了先进的硬件和软件，但对于我们这些身处互联网偏远地区的人来说，UUCP 仍然是理想的连接方式。本文是

本文涵盖了简单的设置：一台计算机、一条电话线、一个 ISP，以及仅从读者机器发起的呼叫。对于设置更复杂的用户，请参考 Olaf Kirch 撰写的 《Linux 网络管理员指南》；Vince Skahan 关于 UUCP、邮件和新闻的出色 FAQ（请参阅 http://www.ssc.com/linux/howto.html）；Tim O'Reilly 和 Grace Todino 撰写的 《管理 UUCP 和 Usenet》；以及一位称职的精神科医生。

UUCP（Unix-to-Unix CoPy，Unix 到 Unix 复制）的历史可以追溯到 70 年代后期，它在 AT&T 贝尔实验室开发，旨在为他们提供简单的拨号网络功能。与此类软件一样，改进和增强功能很快得到实施，因此，如今存在几种不同的 UUCP“风格”。用户最明显的区别在于 UUCP 使用的各种配置文件的名称和位置。最初的风格，Version 2，大多已过时，仅为完整性而提及。HoneyDanBer (HDB) 实现于 1983 年开发，使用相当难以理解的配置文件，但由于其历史悠久，因此使用非常广泛。Ian Taylor 的 Taylor UUCP 包提供了更高的灵活性和易用性。作为额外的奖励，Taylor UUCP 能够理解 HDB 配置文件。大多数（如果不是全部）Linux 发行版都发布了 Taylor UUCP；当前版本为 v1.06。

我运行 Red Hat Linux，但我更喜欢编译自己的软件包，因此安装 UUCP 就像安装 SRPM 文件和编译一样简单

rpm -i uucp-1.06.1-4.src.rpm

要编译，请编辑顶层 Makefile.in 以定义您的安装目录。运行 sh configure 以生成 Makefile 和配置头文件 config.h。浏览这些文件以确保它们的内容符合您的预期。编辑 policy.h 头文件以根据您的系统进行自定义；对此进行了大量注释，因此唯一需要注意的是 HDB 风格的默认配置文件。我建议将这些更改为 Taylor 格式。键入 make 以构建软件，然后键入 uuchk 以验证您的配置文件格式。make install 安装软件，现在您可以开始配置了。

Taylor UUCP 使用少量相互依赖的配置文件，我选择将它们放在 /etc/uucp 中。第一个配置文件名为 config，用于设置最通用的属性

# /etc/uucp/config -- UUCP main
# configuration file
hostname perrin

hostname 是您和您的 ISP 约定的 UUCP 名称——我的名称是 perrin。如果此条目不存在，UUCP 将尝试通过 hostname() 获取它，但如果您的 UUCP 名称和您的系统名称不同，您将无法登录到您的 ISP。一旦您设置了 UUCP，请不要随意更改此名称，因为您的 ISP 将在他的配置文件中包含与此名称对应的条目。更改将阻止您访问他的机器。此文件中的其他参数可以设置为覆盖编译的默认值，但我建议在编译时在 UUCP Makefile 中指定默认值。

下一个必需的文件是 sys，其中包含有关 perrin 可以连接的系统的信息。此文件中只有一个条目，因为 perrin 将仅连接到我的 ISP 的机器。顺便说一句，它的 UUCP 名称是 sloth。这是我的 sys 文件

# /etc/uucp/sys - name UUCP neighbors
#  system:  sloth
remote-send ~
remote-receive ~
local-send ~
local-receive ~
command-path /usr/sbin
commands rmail rnews
system   sloth
time     any
phone    123-4567
port     serial1
speed    38400
chat     ogin:  UUCP_LOGIN_NAME
ssword:  UUCP_LOGIN_PASSWORD
alternate
phone    123-6789

remote-send、remote-receive、local-send 和 local-receive 条目指定了 UUCP 期望在其中找到它将要操作的文件的目录。默认情况下，对于 Taylor UUCP 配置，这是 /var/spool/uucp。

command-path 和 commands 条目指定了 uuxqt 允许执行的程序以及查找它们的位置。我花了两天时间试图弄清楚为什么我的 ISP 无法向我提供新闻文章，然后才注意到我没有将 rnews 放在 command-path 中的目录中，因此请注意此项。如果您希望 uuxqt 能够执行其他程序，则必须包含它们的条目。例如，要允许匹兹堡的 Fred 使用您昂贵的彩色激光打印机，请将 lpr 添加到命令列表中。

system 条目必须是您要呼叫的系统的 UUCP 名称，因为 HDB 和 Taylor UUCP 都会检查系统名称。询问您的 ISP，此条目的 UUCP 名称是什么。

time 条目用于指定允许连接到 sloth 的时间。我不了解普通 Linux 用户，但当我想在特定时间运行特定作业时，我的想法自然会转向 cron。通过在配置文件中指定任何时间，我可以通过 crontab 条目启动 UUCP 连接，而不必担心 UUCP 对呼叫时间吹毛求疵。

phone 条目，毫不奇怪，指定了 ISP 的电话号码。如果您的 ISP 有多个接入号码，则可以使用 alternate 字段指定它们。在上面的示例中，如果由于任何原因呼叫 123-4567 失败，UUCP 将尝试呼叫 123-6789，所有其他配置数据保持不变。

port 条目不是要使用的端口，而是名为 port 的文件中的条目，该条目指定要使用的端口。对于像我这样的单调制解调器机器，port 文件将包含一个条目，我们稍后会看到它。

speed 条目是端口传输数据的速度。

chat 条目包含一个简短的聊天脚本，用于登录，对于任何使用过 SLIP 或 PPP 的人来说，这应该很熟悉。空格分隔的字段表示交替发送和接收的消息。在大多数情况下，必须传输的唯一基本数据是登录名和密码。如果您想更详细地了解 ISP 机器发出的消息，请咨询您的 ISP。

现在是 port 文件

#  /etc/uucp/port  -  UUCP ports
port     serial1
type     modem
device   /dev/modem
speed    38400
dialer   generic

此处的 port 条目必须与 config 中的 port 条目相对应。type、device 和 speed 条目让 UUCP 知道要使用的设备文件和速度。UUCP 将基于设备名称创建锁定文件，因此您应该使用与其他通信软件指定的设备相同的设备。这样，您将避免一个进程中断另一个进程。（如果您通过 cron 作业运行 UUCP，则很可能在您已经使用调制解调器（例如用于 Web 浏览）时，连接时间至少会到来一次。）最后一个条目 dialer，指定了最后一个配置文件 dial 中的条目。

#  /etc/uucp/dial  --  per-dialer info
#  My modem
dialer     generic
chat       "" ATZ OK ATM0DTT CONNECT
chat-fail  BUSY
chat-fail  ERROR
chat-fail  VOICE
chat-fail  NOsCARRIER
chat-fail  NOsANSWER
chat-fail  NOsDIALTONE

我遇到了使用电话线进行语音通话的问题——当 cron 告诉系统呼叫时，调制解调器会拨号，产生拨号音并中断我的通话。仅在拨号后，它才会检查任何 chat-fail 条件并中止。如果您知道一种方法可以使呼叫在调制解调器激活并且没有“听到”拨号音时立即中止，请告诉我。我的朋友和家人越来越厌倦我的自动化机器。[我认为检查拨号音是大多数现代调制解调器上的可配置选项——编者。]

UUCP 实际上是一套程序，用于执行非常特定的任务。例如，uucp 本身用于在节点（通过 UUCP 连接的机器）之间复制文件，而 uux 用于在另一个节点上执行程序。存在用于各种维护的程序，例如日志文件修剪和假脱机检查。对于我的目的（以及本文的目的），最重要的程序是 uucico 和 uuxqt。uucico 实际发出电话呼叫并设置文件传输，而 uuxqt 告诉另一台机器需要运行什么程序才能正确处理文件。

以下事件序列是典型的

键入 uucico -s sloth 会导致 uucico 在 config 中查找 sloth。看到它应该使用 serial1 连接到 sloth，它会在 port 中查找，并看到 serial1 是调制解调器，它由 dialer 条目激活。查看 dial 中的此条目，uucico 初始化调制解调器并呼叫 sys 中指定的号码。当收到 CONNECT 字符串时，它会执行来自 sys 的聊天脚本并登录到 sloth。

当登录过程完成时，perrin 处于“主”模式，而 sloth 处于“从”模式。要上传的文件将位于假脱机目录 /var/spool/uucp/sloth/D./filename 中。如果这些文件存在，perrin 将上传它们，并带有给从机的指令。指令文件将位于 /var/spool/news/uucp/sloth/C./filename 中。传输完成后，主从交换角色，perrin 现在接收 sloth 上假脱机的任何文件以及执行指令。当双方都传输了所有必要的文件后，连接终止。日志记录在 /var/log/uucp 中完成，因此请查看那里以获取平均会话工作的详尽清单。

当连接断开时，第二个重要的 UUCP 程序会启动：uuxqt。uuxqt 在 UUCP 假脱机目录中查找执行请求，并在（如果允许）执行它们。例如，包含邮件消息的文件必须传递，新闻帖子必须移动到新闻假脱机中。默认情况下，UUCP 仅允许执行两个本地程序 rmail 和 rnews，这并非巧合地完成了刚才提到的任务。

配置并测试 UUCP 后，现在是时候设置邮件和新闻的传输了。

对于邮件传输和传递，最明显的两个选择是 sendmail 和 smail。我读到对于小型站点，两者的配置难度大致相当，但我也看过 O'Reilly 的 sendmail 书。对于我的小项目来说，绝对不需要那么庞大的东西。因此，我选择了 smail。当前版本是 v3.1.29——虽然不是 Red Hat 发行版的一部分，但一些好心人已在 ftp.redhat.com 的 /pub/contrib 目录中提供了一个 RPM。

在查看了 smail 的完整源代码树后，我退缩了，并从 Red Hat 的 /pub/contrib 目录中抓取了一个预编译的 rpm，然后安装了它

rpm -i smail-3.1.29.1-6.i386.rpm

需要到 smail 的两个链接：usr/bin/rmail 和 /usr/sbin/sendmail。前者在通过 UUCP 传递邮件时调用；后者通常硬编码到邮件用户代理中，例如 elm。要创建这些链接，请使用以下命令

ln -s /path_to_smail/smail  /usr/bin/rmail
ln -s /path_to_smail/smail  /usr/sbin/sendmail

请注意，rmail 或指向它的链接必须放置在 etc/uucp/sys 中指定的 command-path 中，否则这将失败。您的 ISP 可能有权运行 rmail，但如果他找不到它，那么他会在他的 UUCP 日志中收到各种错误消息，并且可能只是向您发送一封令人讨厌的电子邮件。当然，如果您已经安排通过 UUCP 发送邮件，这将对 ISP 产生反作用，并且您会很快发现自己不受欢迎。或者我听说。

smail 的主要配置文件是 etc/smail/config。对于将通过 UUCP 链接完成所有邮件发送的站点，这是一个非常简单的文件，尤其是在 smail 包附带了 etc/smail/config.linux 中非常好的示例文件的情况下。在 smail 将使用的四个文件中，我只需要修改 config 以适应我的特定设置

#  /etc/smail/config
smart_path=sloth
smart_transport=uux
visible_name=swcp.com
uucp_name=perrin.swcp.com

smart_path 条目是您的 ISP 机器的 UUCP 名称。这将与 /etc/uucp/sys 中的系统名称匹配。任何非本地邮件地址都将被发送到此机器以进行 DNS 解析和传递。将 uux 指定为传输代理将导致任何外发邮件消息在 UUCP 假脱机中排队，以等待下一个 UUCP 连接。当我讨论 smail 的其他配置文件时，我将回到这一点。

visible_name 条目标识您的 smail 域。如果您已注册您的 UUCP 名称，请将 :uucp 附加到此条目。在许多情况下，这是不必要的。以我的系统为例，.swcp.com 部分由 InterNIC（以及我的 ISP 辛辛苦苦赚来的钱）保证是唯一的。因此，可能已经占用 perrin 的唯一机器将连接到我的 ISP，他们会通知我存在冲突。

uucp_name 条目是（惊喜）您系统的 UUCP 名称。默认情况下，smail 将从 hostname 命令生成返回路径，在我的情况下是 perrin。由于我没有注册 perrin，因此其他人可能会注册。如果没有此条目，则返回到 perrin 的任何邮件都将发送到另一台机器。通过指定完全限定的域名，我可以保证（由于 DNS 和 UUCP 地址的解析方式）消息将首先发送到 swcp.com，它会将 perrin 识别为我的 UUCP 帐户。对于名为“perrin”的机器，这是一个可以忽略不计的问题，但更常见的名称，例如“darkstar”，可能会导致问题。

对于正在讨论的独立系统，最好将 smail 作为守护程序单独运行。确保此条目出现在 etc/services 中

smtp 25/tcp #Simple Mail Transfer Protocol

这将为 SMTP 连接指定端口 25，邮件传输代理 (MTA) 将使用该端口进行传递。

通过让系统启动脚本运行以下命令，将 smail 作为守护程序运行

/path_to_smail/smail -bd -q10m

-bd 选项使 smail 作为守护程序运行；-q10m 告诉它每 10 分钟处理一次消息队列。如果您发送少量邮件（或在连续的时间块内发送大量邮件），请考虑增加此时间，例如使用 -q2h 之类的命令行选项增加到两个小时或更长时间。当检测到与 SMTP 端口的连接时（例如当 UUCP 移交最新批次的本地邮件时），smail 将 fork 并处理 SMTP 连接。

当 smail 从邮件程序（如 rmail，用于传入的 UUCP 传递，或 elm，用于传出的消息）收到唤醒呼叫时，它会在文件 /etc/smail/routers 中查找以查看如何处理消息。这是我的文件

# /etc/smail/routers
smart_host:
driver=smarthost,#What do I do with nonlocal mail?
transport=uux; # Deliver it via UUCP-path
               # to the machine specified with the
               # smart_path option in ./config

收到发往非本地地址的消息后，smail 会检查此文件。它看到它将使用 smart_host，它在 /etc/smail/config 中定义为 sloth，即 ISP 的机器。消息将使用 transport 选项转发到 sloth，该选项设置为 uux。uux 是 UUCP 套件中的另一个程序，它将消息与在 UUCP 假脱机中运行邮件的指令一起排队，以等待下一个 UUCP 连接。

本地邮件部分由 /etc/smail/directors 文件中的条目处理。directors 文件的目的是告诉 smail 一些本地可用的特殊选项，例如别名、转发到另一个用户或管道，或者您可以设置的任何其他内容。（双用户机器上的邮件列表，有人要吗？）我剪掉了除处理 .forward 文件和通用“如果我们有一个只想将邮件假脱机的用户该怎么办？”场景之外的所有条目。阅读 /etc/smail/config.linux/directors 文件以获取完整的血腥细节

# /etc/smail/directors
dotforward:
# general-purpose forwarding director
driver = forwardfile,
# problems go to the site mail admin
owner = Postmaster,
nobody,
# sender never removed from expansion
sender_okay;
# .forward file in home directories
file = ~/.forward,
# the user can own this file
checkowner,
# or root can own the file
owners = root,
# it should not be globally writable
modemask = 002,
# don't run things as root or daemon
caution = daemon:root,
# be extra careful of remotely accessible home
# directories
unsecure = "~uucp:~nuucp:/tmp:/usr/tmp"
# user - match users on the local host with
# delivery to their mailboxes
user:
# driver to match usernames
driver = user;
# local transport goes to mailboxes
transport = local

一旦在 directors 中匹配了传递选项，就会搜索 transports 文件以查看该特定传递模式是否需要任何特殊选项。对于上面修剪的 directors 文件，相应的 transports 文件将是

# /etc/smail/transports
# append message to a file
local: driver=appendfile,
# include a Return-Path: field
return_path,
# supply a From_ envelope line
from,
# insert > before From in body
unix_from_hack,
# comment out the above line for
# MMDF mailbox format and for
# use with the Content-Length
# header fields.
# use local forms for delivery
local;
# location of mailbox files
file=/var/spool/mail/${lc:user},
# group to own file for System V
group=mail,
# For BSD: only the user can
# read and write file
mode=0600,
# append an extra newline
suffix="
",
# notify comsat daemon of delivery
notify_comsat,

既然您已设置 smail 以等待 UUCP 从外部世界传递邮件，并将邮件发送到 UUCP 以从您的机器传输，那么您需要告诉 UUCP 何时传输文件。这最容易通过 crontab 条目完成。通过键入 su uucp 创建它，然后键入 crontab -e。生成的文件应如下所示

# Call for transfers
25 0,9,11,13,15,17,18-23 * * *
/usr/sbin/uucico -s sloth
# Trim logfile
35 03 * * * find /var/log/uucp
-size +16k -exec cp /dev/null {} ;

第一行在白天每隔几个小时呼叫 sloth，并在黄金时段每小时呼叫一次。每天下午，它都会修剪 UUCP 的日志文件，频繁传输会导致该文件急剧增长。

设置邮件没有花费太多时间，当我收到来自“外部”的第一封电子邮件时，我感到非常自鸣得意。当我将注意力转向设置新闻时，谦逊又回来了。

与邮件一样，有各种软件包可用于在本地机器上收发新闻。同样像邮件一样，最著名的是庞大而令人生畏的。与邮件不同，不太为人所知的是 也 庞大而令人生畏的。新闻传输中的“大人物”是 InterNet News (INN)。紧随其后的是 C News 软件包。我查看了这两个软件包的可用文档，然后才决定尝试哪个。INN 作为守护程序运行，并且可能占用大量磁盘和内存。虽然它可以配置为在像我这样的情况下运行，但它实际上旨在在高带宽连接和许多用户的专用新闻服务器上运行。C News 是由 cron 执行的二进制文件和脚本的集合，消耗的磁盘资源最少。虽然 INN 有更多可用文档，但我决定 C News 是正确的选择。此外，如果我只是按照说明进行操作并拥有一个工作系统，我就会感觉不对劲，作为一个 Linux 用户。

C News 具有足够的系统依赖性，以至于从源代码发行版编译是唯一合乎逻辑的事情。C News 的当前版本可以在 ftp.cs.toronto.edu 的 /pub/c-news/c-news.tar.Z 中找到。解压缩并解压源代码树后，花点时间通读 docs/ 子目录中的文件；那里有一些有趣的内容。

要为您的系统配置 C News，请按照文件 README.install 中的说明进行操作。在开始之前，请编辑文件 conf/update.ran。它缺少 #!/bin/sh 的初始行，并且会导致 Makefile 退出并显示错误。通读文档后，开始安装。