第 14 章 邮件服务（参考）

sendmail 程序是一个邮件传输代理。该程序使用配置文件来提供别名和转发、到网络网关的自动路由以及灵活的配置。Solaris OS 提供了大多数站点都可以使用的标准配置文件。第 12 章，邮件服务（概述）介绍了邮件服务的组件，并对典型邮件服务配置进行了说明。第 13 章，邮件服务（任务）说明了如何设置和管理电子邮件系统。本章介绍了有关以下主题的信息。

• Solaris 版本的 sendmail

• 邮件服务的软件和硬件组件

• 邮件服务程序和文件

• 邮件地址和邮件路由

• sendmail 与名称服务的交互

• sendmail 版本 8.13 中的更改

• sendmail 版本 8.12 中的更改

有关这些章节中未介绍的详细信息，请参见以下手册页：

• sendmail(1M)

• mail.local(1M)

• mailstats(1)

• makemap(1M)

• editmap(1M)

Solaris 版本的 sendmail

本节包括以下主题，其中介绍了 sendmail 的 Solaris 版本与普通 Berkeley 版本之间的一些差异。

• 编译 sendmail 时使用和未使用的标志

• MILTER，用于 sendmail 的邮件过滤器 API

• 替代 sendmail 命令

• 配置文件的版本

编译 sendmail 时使用和未使用的标志

从 Solaris 10 发行版开始，将使用以下标志来编译 sendmail。如果您的配置需要使用其他标志，则需下载源代码并重新编译此二进制命令。可在 http://www.sendmail.org 中找到有关此过程的信息。

下表列出了编译 Solaris 10 发行版附带的 sendmail 版本时未使用的普通标志。

要查看用于编译 sendmail 的标志的列表，请使用以下命令。

% /usr/lib/sendmail -bt -d0.10 < /dev/null

前面的命令不会列出特定于 Sun 的标志。

MILTER，用于 sendmail 的邮件过滤器 API

MILTER 是 sendmail 的邮件过滤器 API，通过它第三方程序可在处理邮件以过滤元信息和内容时访问邮件。无需构造过滤器并配置 sendmail 即可使用它。缺省情况下，sendmail 版本 8.13 中会启用该 API。

有关更多详细信息，请访问以下站点：

• http://www.sendmail.org/

• http://www.milter.org/

替代 sendmail 命令

Solaris 发行版中不包括 sendmail.org 所提供的普通发行版中的所有命令同义词。下表提供了命令别名的完整列表。该表还列出了 Solaris 发行版中是否包括这些命令以及如何使用 sendmail 来生成相同行为。

配置文件的版本

从 Solaris 10 发行版开始，sendmail 提供了一个配置选项，用于定义 sendmail.cf 文件的版本。通过此选项，可将较旧的配置文件用于当前版本的 sendmail。 可将版本级别设置为 0 和 10 之间的值。另外，还可以定义供应商。Berkeley 和 Sun 都是有效的供应商选项。如果指定了版本级别而未定义供应商，则将使用 Sun 作为缺省供应商设置。下表列出了一些有效选项。

建议您不要使用 V1/Sun。有关更多信息，请参阅 http://www.sendmail.org/vendor/sun/differences.html#4。

有关任务信息，请参阅第 13 章，邮件服务（任务）中的生成 sendmail.cf 配置文件。

邮件服务的软件和硬件组件

本节介绍了邮件系统的软件和硬件组件。

• 软件组件

• 硬件组件

软件组件

每种邮件服务都至少包括以下软件组件之一。

• 邮件用户代理

• 邮件传输代理

• 本地传送代理

本节还介绍了以下软件组件。

• 邮件程序与 sendmail

• 邮件地址

• 邮箱文件

• 邮件别名

邮件用户代理

邮件用户代理是用户与邮件传输代理之间用作接口的程序。sendmail 程序是一个邮件传输代理。Solaris 操作系统提供了以下邮件用户代理。

• /usr/bin/mail

• /usr/bin/mailx

• /usr/dt/bin/dtmail

邮件传输代理

邮件传输代理负责邮件的路由以及邮件地址的解析。此代理也称为邮件传输代理。用于 Solaris 操作系统的传输代理是 sendmail。该传输代理可执行以下功能。

• 接受来自邮件用户代理的邮件

• 解析目标地址

• 选择正确的传送代理来传送邮件

• 接收从其他邮件传输代理传入的邮件

本地传送代理

本地传送代理是实现邮件传送协议的程序。Solaris 操作系统附带了以下本地传送代理。

• UUCP 本地传送代理，它使用 uux 传送邮件

• 本地传送代理，它是标准 Solaris 发行版中的 mail.local

sendmail 版本 8.12 中的更改提供了有关以下相关主题的信息。

• sendmail 版本 8.12 中新增的传送代理标志

• sendmail 版本 8.12 中新增的用于传送代理的等式

邮件程序与 sendmail

邮件程序是特定于 sendmail 的术语。sendmail 使用邮件程序来标识自定义的本地传送代理或自定义的邮件传输代理的特定实例。至少需要在 sendmail.cf 文件中指定一个邮件程序。有关任务信息，请参阅第 13 章，邮件服务（任务）中的生成 sendmail.cf 配置文件。本节对以下两种类型的邮件程序进行了简短说明。

• 简单邮件传输协议 (Simple Mail Transfer Protocol, SMTP) 邮件程序

• UNIX 对 UNIX 复制程序 (UNIX-to-UNIX Copy Program, UUCP) 邮件程序

有关邮件程序的其他信息，请参见 http://www.sendmail.org/m4/readme.html 或 /etc/mail/cf/README。

简单邮件传输协议 (Simple Mail Transfer Protocol, SMTP) 邮件程序

SMTP 是在 Internet 中使用的标准邮件协议。此协议定义了以下邮件程序。

• smtp，用于向其他服务器提供常规 SMTP 传输。

• esmtp，用于向其他服务器提供扩展 SMTP 传输。

• smtp8，用于向其他服务器提供 SMTP 传输，而不会将 8 位数据转换为 MIME。

• dsmtp，用于通过使用 F=% 邮件程序标志来提供即时传送。 请参阅sendmail 版本 8.12 中对 MAILER() 声明的更改和sendmail 版本 8.12 中新增的传送代理标志 。

UNIX 对 UNIX 复制程序 (UNIX-to-UNIX Copy Program, UUCP) 邮件程序

应尽可能避免使用 UUCP。有关说明，请参阅 http://www.sendmail.org/m4/uucp_mailers.html 或在 /etc/mail/cf/README 中搜索以下字符串：USING UUCP MAILERS。

UUCP 定义了以下邮件程序。

uucp-old

$=U 类中的名称将发送至 uucp-old。uucp 是此邮件程序的废弃名称。uucp-old 邮件程序在头中使用叹号地址。

uucp-new

$=Y 类中的名称将发送至 uucp-new。如果知道接收 UUCP 的邮件程序可在一次传输中管理多个收件人，请使用此邮件程序。suucp 是此邮件程序的废弃名称。uucp-new 邮件程序在头中也使用叹号地址。

如果配置中还指定了 MAILER(smtp)，则还需定义另外两个邮件程序。

uucp-dom

此邮件程序使用域样式地址，并且基本上应用 SMTP 重写规则。

uucp-uudom

$=Z 类中的名称将发送至 uucp-uudom。uucp-uudom 和 uucp-dom 使用相同的头地址格式，即域样式地址。

由于 smtp 邮件程序会修改 UUCP 邮件程序，因此在 .mc 文件中应始终将 MAILER(smtp) 放在 MAILER(uucp) 的前面。

邮件地址

邮件地址包含邮件传送到的收件人和系统的名称。管理不使用名称服务的小型邮件系统时，对邮件进行寻址很容易。登录名可以唯一标识用户。如果管理的邮件系统中存在多个具有邮箱的系统，或者该邮件系统有一个或多个域，则情况会变得很复杂。如果与网络之外的服务器之间建立了 UUCP（或其他）邮件连接，则会进一步增加复杂性。以下各节中的信息有助于理解邮件地址的各个部分及其复杂性。

• 域和子域

• 名称服务域名和邮件域名

• 邮件地址的典型格式

• 与路由无关的邮件地址

域和子域

电子邮件地址会使用域。域是用于网络地址命名的目录结构。一个域可以包含一个或多个子域。地址的域和子域与文件系统的分层结构类似。正如我们认为子目录位于其上面的目录之内，同样可以认为邮件地址中的每个子域位于其右侧的位置之内。

下表显示了一些顶层域。

域不区分大小写。在地址的域部分中，可以使用大写、小写或大小写混合的字母，而不会产生任何错误。

名称服务域名和邮件域名

使用名称服务域名和邮件域名时，请记住以下几点。

• 缺省情况下，sendmail 程序会从 NIS 或 NIS+ 域名中去除第一个组成部分，以形成邮件域名。例如，如果 NIS+ 域名为 bldg5.example.com，则其邮件域名将为 example.com。

• 尽管邮件域地址不区分大小写，但 NIS 或 NIS+ 域名会区分大小写。为了获得最佳结果，在设置邮件以及 NIS 或 NIS+ 域名时请使用小写字符。

• DNS 域名和邮件域名必须相同。

有关更多信息，请参阅sendmail 与名称服务的交互。

邮件地址的典型格式

通常，邮件地址具有以下格式。有关详细信息，请参阅与路由无关的邮件地址。

user@subdomain. ... .subdomain2.subdomain1.top-level-domain

@ 符号左侧的地址部分是本地地址。本地地址可以包含以下内容。

• 有关其他邮件传输的路由信息（例如 bob::vmsvax@gateway 或 smallberries%mill.uucp@gateway）

• 别名（例如 iggy.ignatz）

接收邮件程序负责确定地址的本地部分的含义。有关邮件程序的信息，请参阅邮件程序与 sendmail。

@ 符号右侧的地址部分显示域的级别，它是本地地址驻留的位置。每个子域之间用点分隔。地址的域部分可以是一个组织、物理地区或地理区域。此外，域信息的顺序是分层的，即子域的本地性越明显，该子域距离 @ 符号越近。

与路由无关的邮件地址

邮件地址可以与路由无关。与路由无关的寻址要求电子邮件的发件人指定收件人的名称以及最终目标。高速网络（如 Internet）可使用与路由无关的地址。与路由无关的地址可以具有以下格式。

user@host.domain

用于 UUCP 连接的与路由无关的地址可以具有以下地址格式。

host.domain!user

随着计算机的域分层命名方案越来越受欢迎，与路由无关的地址也越来越普遍。实际上，最常见的与路由无关的地址会省略主机名，并依赖域名服务来正确标识电子邮件的最终目标。

user@domain

通过搜索 @ 符号可首先读取与路由无关的地址。然后，从右（最高层）向左（@ 符号右侧的地址中最具体的部分）读取域分层结构。

邮箱文件

邮箱是指作为电子邮件的最终目标的文件。邮箱的名称可以是用户名或特定功能的标识，如邮寄主管。邮箱位于 /var/mail/ username 文件中，该文件可以存在于用户的本地系统或远程邮件服务器上。在任一情况中，邮箱都位于邮件传送到的系统中。

应始终将邮件传送到本地文件系统，以便用户代理可从邮件缓冲池中提取邮件，并轻松将其存储在本地邮箱中。请勿使用已挂载 NFS 的文件系统作为用户邮箱的目标。具体来说，请勿将邮件定向至要从远程服务器挂载 /var/mail 文件系统的邮件客户机。在此情况下，应将用户的邮件发往到邮件服务器而非客户机主机名。已挂载 NFS 的文件系统会导致在邮件传送和处理中出现问题。

/etc/mail/aliases 文件和名称服务（如 NIS 和 NIS+）提供了为电子邮件地址创建别名的机制。因此，用户无需知道用户邮箱的准确本地名称。

下表显示了一些针对专用邮箱的常见命名约定。

从 sendmail 版本 8 开始，如果存在属主别名，则发送至组别名的邮件的信封发件人地址将更改为由属主别名扩展所得的地址。通过此更改，可将所有邮件错误都发送至别名属主，而不是返回给发件人。进行此更改后，用户会注意到，在传送发送至别名的邮件时，邮件看似来自别名属主。 以下别名格式有助于解决与此更改关联的一些问题。

mygroup: :include:/pathname/mygroup.list

owner-mygroup: mygroup-request

mygroup-request: sandys, ignatz

在本示例中，mygroup 别名是组的实际邮件别名。owner-mygroup 别名用来接收错误消息。应将 mygroup-request 别名用于管理请求。此结构意味着，在发送至 mygroup 别名的邮件中，信封发件人地址会更改为 mygroup-request。

邮件别名

别名是替代名称。对于电子邮件，可以使用别名来指定邮箱位置或定义邮递列表。有关任务列表，请参阅第 13 章，邮件服务（任务）中的管理邮件别名文件（任务列表）。另外，还可以参阅本章中的邮件别名文件。

对于大型站点，邮件别名通常用来定义邮箱的位置。提供邮件别名类似于在有多个房间的大公司内为个人提供房间号作为地址的一部分。如果不提供房间号，邮件将传送至中心地址。如果没有房间号，则需要花费额外的精力来确定邮件传送到该建筑内的地址。因此，更容易出现错误。例如，在同一建筑内有两个人名为 Kevin Smith，则仅有其中一个人可获取该邮件。为改正此问题，每个 Kevin Smith 都应在其地址中添加一个房间号。

创建邮递列表时，请尽可能使用与域和位置无关的地址。要提高别名文件的可移植性和灵活性，请尽可能使邮递列表中的别名项可以通用并与系统无关。例如，如果域 example.com 中的系统 mars 上有一个名为 ignatz 的用户，则应创建别名为 ignatz@example 而非 ignatz@mars。如果用户 ignatz 更改了其系统名称但仍处于 example 域中，则无需更新别名文件即可反映系统名称的更改。

创建别名项时，请在每一行中键入一个别名。应该仅有一项包含用户的系统名称。例如，可为用户 ignatz 创建以下各项。

ignatz: iggy.ignatz

iggyi: iggy.ignatz

iggy.ignatz: ignatz@mars

可为本地名称或域创建别名。例如，如果用户 fred 在系统 mars 中具有一个邮箱并且该用户位于域 planets 中，则 NIS+ 别名表中可包含该用户的别名项。

fred: fred@planets

如果创建的邮件列表中包括域外面的用户，请使用用户名和域名来创建别名。例如，如果域 example.com 中的系统 privet 上有一个名为 smallberries 的用户，可创建别名为 smallberries@example.com。现在，向用户域之外发送邮件时，发件人的电子邮件地址会自动转换为全限定域名。

以下列表介绍了创建和管理邮件别名文件的方法。

• 可以创建在 NIS+ mail_aliases 表、NIS aliases 映射或本地 /etc/mail/aliases 文件中全局使用的邮件别名。另外，还可以创建和管理使用相同别名文件的邮递列表。

• 根据邮件服务的配置，可以通过使用 NIS 或 NIS+ 名称服务来管理别名，以维护全局 aliases 数据库。或者，也可以更新所有本地 /etc/mail/aliases 文件，以使别名保持同步。

• 用户还可以创建和使用别名。用户可以在其本地 ~/.mailrc 文件（仅供该用户使用）或在本地 /etc/mail/aliases 文件（可供任何用户使用）中创建别名。用户通常不能创建或管理 NIS 或 NIS+ 别名文件。

硬件组件

可在同一系统中提供三种必需的邮件配置元素，也可通过单独的系统来提供这些元素。

• 邮件主机

• 邮件服务器

• 邮件客户机

当用户要与域之外的网络通信时，还必须添加第四个元素，即邮件网关。有关更多信息，请参阅邮件网关。以下各节介绍了每个硬件组件。

邮件主机

邮件主机是在网络中指定作为主邮件计算机的计算机。站点中的其他系统会将无法传送的邮件转发给邮件主机。通过在本地 /etc/hosts 文件中的 IP 地址右侧添加 mailhost 一词，可在 hosts 数据库中将某个系统指定为邮件主机。或者，也可以用类似的方法向名称服务的主机文件中添加 mailhost 一词。有关详细的任务信息，请参阅第 13 章，邮件服务（任务）中的如何设置邮件主机。

合适的候选邮件主机是配置作为您的网络和 Internet 全局网络之间的路由器的系统。有关更多信息，请参阅第 15 章，Solaris PPP 4.0（概述）、第 24 章，UUCP（概述）以及《系统管理指南：IP 服务》中的“配置路由器”。如果本地网络中没有系统具有调制解调器，请指定一个系统作为邮件主机。

有些站点在分时配置中会使用未联网的独立计算机。特别需要指出的是，独立计算机将为连接到其串行端口的终端提供服务。通过将独立系统指定为单系统网络的邮件主机，可为此配置设置电子邮件。第 12 章，邮件服务（概述）的硬件组件概述提供的图中显示了典型的电子邮件配置。

邮件服务器

邮箱是包含特定用户的电子邮件的单个文件。邮件会传送到用户邮箱驻留的系统，这可以是本地计算机或远程服务器。邮件服务器是可在其 /var/mail 目录中维护用户邮箱的任何系统。有关任务信息，请参阅第 13 章，邮件服务（任务）中的如何设置邮件服务器。

邮件服务器会路由来自客户机的所有邮件。客户机发送邮件时，邮件服务器会将该邮件放入队列进行传送。邮件进入队列后，用户可以重新引导或关闭客户机，而不会丢失这些邮件。收件人从客户机获取邮件时，邮件的 From 行中的路径包含了邮件服务器的名称。如果收件人做出响应，该响应将转到用户的邮箱。合适的候选邮件服务器是为用户提供起始目录的系统或定期备份的系统。

如果邮件服务器不是用户的本地系统，则使用 NFS 软件的配置中的用户可以使用 /etc/vfstab 文件来挂载 /var/mail 目录，前提是用户具有 root 访问权限。或者，用户也可以使用自动挂载程序。如果未提供 NFS 支持，用户可以登录到服务器来阅读其邮件。

如果网络中的用户发送其他类型的邮件（如音频文件或来自桌面发布系统的文件），则需要在邮件服务器中为邮箱分配更多空间。

通过为所有邮箱建立一个邮件服务器，可以简化进行备份的过程。如果邮件分散在多个系统中，则很难进行备份。在一台服务器中存储许多邮箱的缺点是该服务器会成为许多用户的单点故障。但是，可提供良好备份的优点则通常值得冒这个风险。

邮件客户机

邮件客户机是一个在邮件服务器上具有邮箱的邮件服务用户。此外，邮件客户机在指向邮箱位置的 /etc/mail/aliases 文件中还具有邮件别名。有关任务信息，请参阅第 13 章，邮件服务（任务）中的如何设置邮件客户机。

邮件网关

邮件网关是一台计算机，用于处理运行不同通信协议的网络之间的连接或在使用相同协议的不同网络之间进行通信。例如，邮件网关可能会将 TCP/IP 网络连接到运行系统网络体系结构 (Systems Network Architecture, SNA) 协议集的网络。

要设置的最简单的邮件网关是连接使用同一协议或邮件程序的两个网络的网关。此系统可以处理 sendmail 在域中无法根据其地址找到收件人的邮件。如果存在邮件网关，sendmail 将使用网关来发送和接收域外面的邮件。

可在使用不匹配邮件程序的两个网络之间设置邮件网关，如下图所示。要支持此配置，必须在邮件网关系统中自定义 sendmail.cf 文件，这可能是一个很困难并且耗时的过程。

图 14–1 不同通信协议之间的网关

如果有一台机器与 Internet 建立连接，则可将该机器配置为邮件网关。配置邮件网关之前，请仔细考虑站点的安全需求。您可能需要在公司网络与其他网络之间创建防火墙网关，并将该网关设置为邮件网关。有关任务信息，请参阅第 13 章，邮件服务（任务）中的如何设置邮件网关。

邮件服务程序和文件

邮件服务包括许多彼此交互的程序和守护进程。本节介绍了与管理电子邮件相关的文件、程序、术语和概念。

• vacation 实用程序的增强功能

• /usr/bin 目录的内容

• /etc/mail 目录的内容

• /usr/lib 目录的内容

• 用于邮件服务的其他文件

• 邮件程序的交互

• sendmail 程序

• 邮件别名文件

• .forward 文件

• /etc/default/sendmail 文件

vacation 实用程序的增强功能

从 Solaris 10 发行版开始，vacation 实用程序进行了增强，允许用户指定哪些传入邮件可以接收自动生成的回复。使用此增强功能，用户可以避免与不认识的人共享机密信息或联系人信息。来自垃圾邮件发件人或不认识的人的邮件将不会收到回复。

此增强功能可将传入的发件人电子邮件地址与 .vacation.filter 文件中的域或电子邮件地址的列表进行比较。该文件由用户创建，并保存在用户的起始目录中。如果找到了匹配的域或电子邮件地址，则会发送回复。如果没有找到，则不发送回复。

.vacation.filter 可能包含以下类似项：

company.com

mydomain.com

onefriend@hisisp.com

anotherfriend@herisp.com

请注意，每一行包含一个域或一个电子邮件地址。每项必须位于单独的一行中。要使发件人的电子邮件地址与某个电子邮件地址项匹配，除大小写之外，该匹配必须是精确匹配。发件人地址中的字母是大写还是小写将会忽略。要使发件人的电子邮件地址与某个域项匹配，该发件人的地址必须包含列出的域。例如，somebody@dept.company.com 和 someone@company.com 都可与域项 company.com 匹配。

有关更多信息，请参见 vacation(1) 手册页。

/usr/bin 目录的内容

下表显示了用于邮件服务的 /usr/bin 目录的内容。

/etc/mail 目录的内容

下表显示了 /etc/mail 目录的内容。

/etc/mail/cf 目录的内容

/etc/mail 目录中有一个子目录 cf，其中包含生成 sendmail.cf 文件所需的全部文件。表 14–9 中显示了 cf 的内容。

从 Solaris 10 发行版开始，为支持只读的 /usr 文件系统，/usr/lib/mail 目录的内容已移至 /etc/mail/cf 目录。但是，请注意以下例外情况。Shell 脚本 /usr/lib/mail/sh/check-hostname 和 /usr/lib/mail/sh/check-permissions 现在位于 /usr/sbin 目录中。请参见用于邮件服务的其他文件。为了实现向下兼容，符号链接指向每个文件的新位置。

/usr/lib 目录的内容

下表显示了用于邮件服务的 /usr/lib 目录的内容。

用于邮件服务的其他文件

如表 14–11 所示，还有几个其他文件和目录可用于邮件服务。

邮件程序的交互

邮件服务由以下程序的组合提供，这些程序按图 14–2 的简图中所示进行交互。

图 14–2 邮件程序的交互

下面对邮件程序的交互进行了说明。

1. 用户使用程序（如 mailx）发送邮件。有关更多信息，请参见 mailx(1) 手册页。

2. 邮件由生成它的程序收集，然后传递给 sendmail 守护进程。

3. sendmail 守护进程解析邮件中的地址（将其划分为可识别的段）。该守护进程使用配置文件 /etc/mail/sendmail.cf 中的信息来确定网络名的语法、别名、转发信息和网络拓扑。通过使用此信息，sendmail 可以确定邮件要到达收件人所必须采用的路由。

4. sendmail 守护进程将邮件传递给相应系统。

5. 本地系统中的 /usr/lib/mail.local 程序将邮件传送至邮件收件人在 /var/mail/ username 目录中的邮箱。

6. 通知收件人邮件已到达，收件人使用 mail、mailx 或类似程序检索邮件。

sendmail 程序

以下列表介绍了 sendmail 程序的一些功能。

• sendmail 可以使用不同类型的通信协议，如 TCP/IP 和 UUCP。

• sendmail 可以实现 SMTP 服务器、邮件排队和邮递列表。

• sendmail 可以通过使用符合以下命名约定的模式匹配系统来控制名称解释。

  • 基于域的命名约定。通过域技术可以区分物理命名和逻辑命名问题。有关域的更多信息，请参阅邮件地址。

  • 临时技术，如提供对于其他网络中的主机而言看似位于本地的网络名。

  • 任意（早期）命名语法。

  • 完全不同的命名方案。

Solaris 操作系统使用 sendmail 程序作为邮件路由器。以下列表介绍了该程序的一些功能。

• sendmail 负责接收电子邮件并将其传送给本地传送代理，如 mail.local 或 procmail。

• sendmail 是一个邮件传输代理，用于接受来自用户代理（如 mailx 和 Mozilla 邮件）的邮件并通过 Internet 将其路由至目标。

• sendmail 通过以下方法来控制用户发送的电子邮件。

  • 确定收件人的地址

  • 选择合适的传送程序

  • 以传送代理可以处理的格式重写地址

  • 根据需要重新格式化邮件头

  • 最后将已转换的邮件传递给邮件程序以进行传送

有关 sendmail 程序的更多信息，请参阅以下主题。

• sendmail 及其重新路由机制

• sendmail 功能

• sendmail 配置文件

sendmail 及其重新路由机制

sendmail 程序支持三种邮件重新路由机制。您选择的机制取决于涉及的更改类型。

• 服务器更改

• 域范围的更改

• 面向一个用户的更改

此外，您选择的重新路由机制还会影响所需要的管理级别。请考虑以下选项。

1. 一种重新路由机制是别名。

   根据使用的文件类型，别名可在服务器范围内或名称服务范围内将名称映射为地址。

   请考虑名称服务别名的以下优点和缺点。

   • 使用名称服务别名文件允许从单个源中管理邮件重新路由更改。但是传播重新路由更改时，名称服务别名会产生延迟时间。

   • 名称服务管理通常限制为一组选定的系统管理员。普通用户将不能管理此文件。

   请考虑使用服务器别名文件的以下优点和缺点。

   • 通过使用服务器别名文件，指定的服务器上能够成为 root 的任何用户都可管理重新路由。

   • 传播重新路由更改时，服务器别名会产生很短的延迟时间或消除延迟时间。

   • 更改仅会影响本地服务器，这在大多数邮件都发送至一台服务器时可以接受。但是，如果需要将此更改传播至许多邮件服务器，请使用名称服务。

   • 普通用户将不能管理此更改。

   有关更多信息，请参阅本章中的邮件别名文件。有关任务列表，请参阅第 13 章，邮件服务（任务）中的管理邮件别名文件（任务列表）。

2. 第二种机制是转发。

   通过此机制，用户可以管理邮件重新路由。本地用户可将其传入邮件重新路由至以下位置。

   • 其他邮箱

   • 不同的邮件程序

   • 其他邮件主机

   通过使用 .forward 文件可支持此机制。有关这些文件的更多信息，请参阅本章中的.forward 文件。有关任务列表，请参阅第 13 章，邮件服务（任务）中的管理 .forward 文件（任务列表）。

3. 最后一种重新路由机制是包含。

   通过此机制，用户可维护别名列表而不会要求 root 访问。要提供此功能，root 用户必须在服务器上的别名文件中创建相应的项。创建该项之后，用户即可根据需要重新路由邮件。有关包含的更多信息，请参阅本章中的/etc/mail/aliases 文件。有关任务列表，请参阅第 13 章，邮件服务（任务）中的管理邮件别名文件（任务列表）。

   ---

   注 –

   读取邮件的程序（如 /usr/bin/mailx）可以有自己的别名，该别名在邮件到达 sendmail 之前会进行扩展。sendmail 的别名可以来自许多名称服务源，如本地文件、NIS 或 NIS+。查找的顺序由 nsswitch.conf 文件确定。请参阅 nsswitch.conf(4) 手册页。

   ---

sendmail 功能

sendmail 程序提供了以下功能。

• sendmail 很可靠。该程序旨在正确传送每封邮件。任何邮件都不会完全丢失。

• sendmail 会尽可能使用现有软件进行传送。例如，用户会与邮件生成程序和邮件发送程序进行交互。提交邮件时，邮件生成程序会调用 sendmail，后者将邮件路由至正确的邮件程序。由于有些发送器可能是网络服务器，有些邮件程序可能是网络客户机，因此可将 sendmail 用作 Internet 邮件网关。有关该过程的更详细说明，请参见邮件程序的交互。

• 可将 sendmail 配置为用于包括多个网络的复杂环境。sendmail 会检查地址的内容及其语法，以确定要使用的邮件程序。

• sendmail 使用配置文件来控制邮件配置，而不要求将该配置信息编译成代码。

• 用户可以维护各自的邮递列表。此外，各用户还可以指定各自的转发机制，而无需修改域范围的别名文件，该文件通常位于 NIS 或 NIS+ 维护的域范围别名中。

• 每个用户可以指定自定义邮件程序，以处理传入邮件。自定义邮件程序可以提供返回内容为“I am on vacation.”等类似邮件的功能。有关更多信息，请参见 vacation(1) 手册页。

• sendmail 可将地址批处理至单独一台主机，以减少网络通信流量。

sendmail 配置文件

配置文件控制 sendmail 执行其功能的方法。配置文件可确定要选择的传送代理、地址重写规则以及邮件头格式。sendmail 程序使用 /etc/mail/sendmail.cf 文件中的信息来执行其功能。

Solaris 操作系统在 /etc/mail 目录中提供了两个缺省配置文件。

1. sendmail.cf，用于在守护进程模式下运行 sendmail 的配置文件。

2. submit.cf，用于在邮件提交程序模式而非守护进程模式下运行 sendmail 的配置文件。有关更多信息，请参阅sendmail 版本 8.12 中的配置文件 submit.cf。

设置邮件客户机、邮件服务器、邮件主机或邮件网关时，请考虑以下情况：

• 对于邮件客户机或邮件服务器，无需执行任何操作即可设置或编辑缺省配置文件。

• 要设置邮件主机或邮件网关，需要设置邮件配置所需的中继邮件程序和中继主机参数。有关任务信息，请参阅第 13 章，邮件服务（任务）中的设置邮件服务（任务列表）或生成 sendmail.cf 配置文件。请注意，在 sendmail 版本 8.13 中，不再需要 main.cf 文件。

以下列表介绍了可以根据站点的要求来更改的一些配置参数。

• 时间值，用于指定以下信息。

  • 读取超时。

  • 将邮件返回给发件人之前，该邮件在队列中保持未传送状态的时间长度。请参阅sendmail 版本 8.12 中新增的队列功能。有关任务列表，请参阅管理队列目录（任务列表）。

• 传送模式，用于指定传送邮件的快速程度。

• 负荷限制，可在繁忙期间提高效率。这些参数可防止 sendmail 尝试传送大型邮件、向许多收件人传送邮件以及向已长时间关闭的站点传送邮件。

• 日志级别，用于指定记录的问题的种类。

邮件别名文件

可以使用以下任何文件、映射或表来维护别名。

• .mailrc 别名

• /etc/mail/aliases 文件

• NIS aliases 映射

• NIS+ mail_aliases 表

维护别名的方法取决于使用别名的用户以及需要可更改别名的用户。每种别名类型都具有唯一的格式要求。

如果要查找任务信息，请参阅第 13 章，邮件服务（任务）中的管理邮件别名文件（任务列表）。

.mailrc 别名

.mailrc 文件中列出的别名仅能由拥有该文件的用户进行访问。借助此限制，用户可以建立由其控制并且仅能由属主使用的别名文件。.mailrc 文件中的别名遵循以下格式。

alias aliasname value value value ...

aliasname 是用户在发送邮件时使用的名称，value 是有效的电子邮件地址。

如果用户为 scott 建立的个人别名在名称服务中与 scott 的电子邮件地址不匹配，则会出现错误。人们尝试回复此用户生成的邮件时，邮件会路由至错误的人员。唯一的解决方法是使用其他任一别名机制。

/etc/mail/aliases 文件

知道别名名称和包含该文件的系统的主机名的任何用户都可以使用 /etc/mail/aliases 文件中建立的任何别名。本地 /etc/mail/aliases 文件中的分发列表格式遵循以下格式。

aliasname: value,value,value ...

aliasname 是用户向此别名发送邮件时使用的名称，value 是有效的电子邮件地址。

如果网络未运行名称服务，则每个系统的 /etc/mail/aliases 文件都应包含用于所有邮件客户机的项。可以在每个系统中编辑该文件，也可在一个系统中编辑该文件，然后再将其复制到其他所有系统中。

/etc/mail/aliases 文件中的别名以文本形式存储。编辑 /etc/mail/aliases 文件时，需要运行 newaliases 程序。此程序将重新编译数据库并使别名可以二进制形式供 sendmail 程序使用。有关任务信息，请参阅第 13 章，邮件服务（任务）中的如何设置本地邮件别名文件。或者，也可以使用 Solaris Management Console 中的邮递列表功能来管理本地 /etc 文件中存储的邮件别名。

可以仅为本地名称（当前主机名或无主机名）创建别名。例如，如果用户 ignatz 在系统 saturn 中有一个邮箱，则 /etc/mail/aliases 文件中可包含该用户的以下别名项。

ignatz: ignatz@saturn

应为每台邮件服务器创建一个管理帐户。创建此类帐户的方法是在邮件服务器上为 root 指定一个邮箱并在 /etc/mail/aliases 文件中为 root 添加一项。例如，如果系统 saturn 是邮箱服务器，则可向 /etc/mail/aliases 文件中添加项 root: sysadmin@saturn。

通常，仅有 root 用户才能编辑此文件。但是，使用 Solaris Management Console 时，组 14（sysadmin 组）中的所有用户都可以更改该本地文件。另外，还可选择创建以下项。

aliasname: :include:/path/aliasfile

aliasname 是用户在发送邮件时使用的名称，/path/aliasfile 是包含别名列表的文件的全路径。该别名文件应包括电子邮件项（每行一项），并且不包括任何其他符号。

user1@host1

user2@host2

可在 /etc/mail/aliases 中定义附加的邮件文件，以保留日志或备份副本。 以下项会将发送给 aliasname 的所有邮件都存储在 filename 中。

aliasname: /home/backup/filename

另外，还可以将邮件路由至其他进程。以下示例将邮件副本存储在 filename 中并列显副本。

aliasname: "|tee -a /home/backup/filename |lp"

有关任务列表，请参阅第 13 章，邮件服务（任务）中的管理邮件别名文件（任务列表）。

NIS aliases 映射

本地域中的所有用户都可以使用 NIS aliases 映射中的各项。原因是 sendmail 程序可以使用 NIS aliases 映射而非本地 /etc/mail/aliases 文件来确定邮件地址。有关更多信息，请参阅 nsswitch.conf(4) 手册页。

NIS aliases 映射中的别名遵循以下格式。

aliasname: value,value,value ...

aliasname 是用户发送邮件时使用的名称，value 是有效的电子邮件地址。

NIS aliases 映射应包含用于所有邮件客户机的各项。通常，仅有主 NIS 中的超级用户才能更改这些项。对于经常更改的别名，最好不要选择此类型。但是，如果这些别名指向其他别名文件，则这类别名将很有用，如以下语法示例所示。

aliasname: aliasname@host

aliasname 是用户发送邮件时使用的名称，host 是包含 /etc/mail/alias 文件的服务器的主机名。

有关任务信息，请参阅第 13 章，邮件服务（任务）中的如何设置 NIS mail.aliases 映射。

NIS+ mail_aliases 表

NIS+ mail_aliases 表包含在本地域中用于标识系统或个人的名称。sendmail 程序可以使用 NIS+ mail_aliases 表而非本地 /etc/mail/aliases 文件来确定邮件地址。有关更多信息，请参阅 aliasadm(1M) 和 nsswitch.conf(4) 手册页。

NIS+ mail_aliases 表中的别名遵循以下格式：

alias: expansion # ["options" # "comments"]

表 14–12 介绍了 NIS+ mail_aliases 表中的四列。

NIS+ mail_aliases 表应包含用于所有邮件客户机的项。可以使用 aliasadm 命令列出、创建、修改和删除 NIS+ aliases 表中的各项。要使用 aliasadm 命令，您必须是拥有 aliases 表的 NIS+ 组的成员。有关任务信息，请参阅第 13 章，邮件服务（任务）中的管理邮件别名文件（任务列表）。或者，也可以使用 Solaris Management Console 来管理 NIS+ 邮件别名。

如果要创建新的 NIS+ aliases 表，必须在创建项之前先初始化该表。如果该表已存在，则无需进行初始化。

.forward 文件

用户可在其起始目录中创建一个 .forward 文件，以供 sendmail 以及其他程序用于重定向邮件或发送邮件。请参阅以下主题。

• 应避免的情况

• 对 .forward 文件的控制

• .forward.hostname 文件

• .forward+detail 文件

有关任务列表，请参阅第 13 章，邮件服务（任务）中的管理 .forward 文件（任务列表）。

应避免的情况

以下列表介绍了可以避免或轻松解决问题的一些情况。

• 如果邮件未传送至预期的地址，请检查该用户的 .forward 文件。用户可能已将 .forward 文件放入了 host1 的起始目录，该文件会将邮件转发至 user@host2。邮件到达 host2 时，sendmail 会在 NIS 或 NIS+ 别名中检查 user 并将邮件发回至 user@host1。此路由将产生循环以及更多退回的邮件。

• 要避免安全问题，请勿将 .forward 文件放在 root 和 bin 帐户中。如有必要，请改用 aliases 文件转发邮件。

对 .forward 文件的控制

要使 .forward 文件成为邮件传送中的有效部分，请确保正确应用以下控制（主要是权限设置）。

• .forward 文件必须只能由文件属主写入。此限制可以防止其他用户破坏安全性。

• 至起始目录的路径必须只能由 root 拥有和写入。例如，如果 .forward 文件位于 /export/home/terry 中，则 /export 和 /export/home 必须只能由 root 拥有和写入。

• 实际起始目录应只能由用户写入。

• .forward 文件不能是符号链接，并且此文件不能包含多个硬链接。

.forward.hostname 文件

可以创建一个 .forward.hostname 文件，以重定向发送至特定主机的邮件。例如，如果用户的别名已从 sandy@phoenix.example.com 更改为 sandy@example.com，请在 sandy 的起始目录中放入一个 .forward.phoenix 文件。

% cat .forward.phoenix

sandy@example.com

"|/usr/bin/vacation sandy"

% cat .vacation.msg

From: sandy@example.com (via the vacation program)

Subject: my alias has changed



My alias has changed to sandy@example.com.

Please use this alias in the future.

The mail that I just received from you

has been forwarded to my new address.



Sandy

在本示例中，在通知发件人发生别名更改后，可将邮件转发至正确地址。由于 vacation 程序仅允许一个邮件文件，因此每次仅能转发一封邮件。但是，如果邮件不是特定于主机，则 .forward 文件可将一个休假邮件文件用于多台主机。

.forward+detail 文件

对转发机制的另一种扩展是 .forward+ detail 文件。detail 字符串可以是除运算符字符之外的任意字符序列。运算符字符包括 .:%&!^[]+。通过使用此类型的文件，可以确定是否有其他人在您不知情的情况下使用您的电子邮件地址。例如，如果某个用户告诉其他人使用电子邮件地址 sandy+test1@example.com，该用户将能够识别将来传送给此别名的任何邮件。缺省情况下，将根据别名和 .forward+detail 文件对发送至 sandy+test1@example.com 别名的所有邮件进行检查。如果未找到任何匹配项，邮件将转而传送至 sandy@example.com，但用户可以看到 To: 邮件头中的更改。

/etc/default/sendmail 文件

此文件用于存储 sendmail 的启动选项，以免在升级主机时删除这些选项。可以使用以下变量。

CLIENTOPTIONS=“string”

选择要用于客户机守护进程的其他选项，该守护进程会查看仅客户机队列 (/var/spool/clientmqueue) 并可用作客户机队列运行程序。不会进行任何语法检查，因此在更改此变量时请务必小心。

CLIENTQUEUEINTERVAL=#

与 QUEUEINTERVAL 选项类似，CLIENTQUEUEINTERVAL 用于设置邮件队列运行的时间间隔。但是，CLIENTQUEUEINTERVAL 选项将控制客户机守护进程的功能而非主守护进程的功能。通常，主守护进程可将所有邮件都传送至 SMTP 端口。但是，如果邮件负荷过高或主守护进程未运行，则邮件会进入仅客户机队列 /var/spool/clientmqueue。然后，检查仅客户机队列的客户机守护进程将用作客户机队列处理器。

ETRN_HOSTS=“string”

可使 SMTP 客户机和服务器立即交互，而无需等待达到队列运行间隔，该间隔是固定的。服务器可以立即传送队列中转至指定主机的部分。有关更多信息，请参阅 etrn(1M) 手册页。

MODE=-bd

选择用于启动 sendmail 的模式。使用 -bd 选项或不予以定义。

OPTIONS=string

选择要用于主守护进程的其他选项。不会进行任何语法检查，因此在更改此变量时请务必小心。

QUEUEINTERVAL=#

设置邮件队列在主守护进程中的运行间隔。# 可以是一个正整数，后跟 s（秒）、m（分钟）、h（小时）、d（天）或 w（星期）。在启动 sendmail 之前会先检查语法。如果间隔为负或者该项不是以合适字母结尾，则会忽视该间隔，sendmail 将以 15 分钟的队列间隔启动。

QUEUEOPTIONS=p

启用一个在队列运行间隔之间休眠的持久性队列运行程序，而不是为每个队列运行间隔启用一个新队列运行程序。可将此选项设置为 p，这是唯一可用的设置。否则，将不设置此选项。

邮件地址和邮件路由

邮件在传送过程中所遵循的路径取决于客户机系统的设置以及邮件域的拓扑。邮件主机或邮件域每增加一个级别，便需要多进行一次别名解析，但路由过程在大多数主机上基本相同。

可将客户机系统设置为在本地接收邮件。在本地接收邮件即是在本地模式下运行 sendmail。本地模式是所有邮件服务器和一些客户机的缺省模式。在本地模式下的邮件服务器或邮件客户机上，邮件通过以下方式进行路由。

以下示例假定您使用的是 sendmail.cf 文件中设置的缺省规则。

1. 如果可能，请扩展邮件别名，并重新启动本地路由进程。

   邮件地址是通过检查名称服务中的邮件别名并替换新值（如果找到新值）来扩展的。新别名随后会再次进行检查。

2. 如果邮件是本地的，则将其传送至 /usr/lib/mail.local。

   邮件将传送至本地邮箱。

3. 如果邮件地址中包括此邮件域内的一台主机，则将邮件传送至该主机。

4. 如果地址中不包括此域内的主机，则将邮件转发至邮件主机。

   邮件主机使用与邮件服务器相同的路由进程。但是，邮件主机可以接收发往域名以及主机名的邮件。

sendmail 与名称服务的交互

本节介绍应用于 sendmail 和名称服务的域名。此外，本节还介绍了有效使用名称服务的规则以及 sendmail 与名称服务的特定交互。有关详细信息，请参阅以下主题。

• sendmail.cf 和邮件域

• sendmail 和名称服务

• NIS 与 sendmail 的交互

• sendmail 与 NIS 和 DNS 的交互

• NIS+ 与 sendmail 的交互

• sendmail 与 NIS+ 和 DNS 的交互

如果要查找相关的任务信息，请参阅第 13 章，邮件服务（任务）中的如何使用 DNS 和sendmail或管理邮件别名文件（任务列表）。

sendmail.cf 和邮件域

标准的 sendmail.cf 文件使用邮件域来确定是直接传送还是通过邮件主机传送邮件。域内邮件通过直接的 SMTP 连接传送，而域间邮件则会转发至邮件主机。

在安全网络中，仅会对少数选定的主机进行授权，允许其生成向外部目标发送的包。即使主机具有邮件域外部的远程主机的 IP 地址，也不能保证可以建立 SMTP 连接。标准的 sendmail.cf 假定以下情况成立。

• 未授权当前主机直接向邮件域外部的主机发送包。

• 邮件主机能够将邮件转发给授权主机，该主机可以直接将包传输给外部主机。实际上，邮件主机可以是授权主机。

通过这些假设，邮件主机将负责传送或转发域间邮件。

sendmail 和名称服务

sendmail 可对名称服务强加各种要求。为增强您对这些要求的理解，本节将首先介绍邮件域与名称服务域之间的关系。然后，本节会介绍各种要求。请参阅以下主题。

• 邮件域和名称服务域

• 名称服务的要求

• nis+(1)、nisaddent(1M) 和 nsswitch.conf(4) 的手册页

邮件域和名称服务域

邮件域名必须是名称服务域名的后缀。例如，如果名称服务的域名为 A.B.C.D，则邮件域名可能是以下各项之一。

• A.B.C.D

• B.C.D

• C.D

• D

最初建立时，邮件域名通常与名称服务域名相同。随着网络规模的变大，名称服务域可以划分为几个较小的部分，以使名称服务更易于管理。但是，为提供一致的别名，邮件域通常保持不划分状态。

名称服务的要求

本节介绍 sendmail 对名称服务强加的要求。

必须在名称服务中设置主机表或映射，才能支持三种类型的 gethostbyname() 查询。

• mailhost－部分名称服务配置会自动满足此要求。

• 完整主机名（例如，smith.admin.acme.com）－许多名称服务配置都满足此要求。

• 短主机名（例如 smith）－sendmail 必须连接至邮件主机，才能转发外部邮件。要确定邮件地址是否位于当前邮件域内，可使用完整主机名调用 gethostbyname()。如果找到该项，则将地址视为内部地址。

  NIS、NIS+ 和 DNS 都支持 gethostbyname() 以短主机名作为参数，因此会自动满足这一要求。

还需要遵循有关主机名服务的其他两条规则，才能在名称服务内建立有效的 sendmail 服务。

• gethostbyname() 在使用完整主机名参数和短主机名参数时应产生一致的结果。例如，如果从邮件域 admin.acme.com 中调用 gethostbyname(smith.admin.acme.com) 和 gethostbyname(smith)，则这两个函数应返回相同结果。

• 对于通用邮件域下的所有名称服务域，使用短主机名的 gethostbyname() 应产生相同结果。例如，如果给定邮件域 smith.admin.acme.com，则当调用来自 ebb.admin.acme.com 域或 esg.admin.acme.com 域时，gethostbyname(smith) 应返回相同结果。邮件域名通常比名称服务域名短，这样此要求针对各种名称服务可具有特殊含义。

有关 gethostbyname() 函数的更多信息，请参阅 gethostbyname(3NSL) 手册页。

NIS 与 sendmail 的交互

以下列表介绍了 sendmail 与 NIS 的交互并提供了一些指导。

• 邮件域名－如果要将 NIS 设置为主名称服务，则 sendmail 会自动去除 NIS 域名的第一个组成部分并使用剩下的部分作为邮件域名。例如，ebs.admin.acme.com 将成为 admin.acme.com。

• 邮件主机名－必须在 NIS 主机映射中具有一个 mailhost 项。

• 完整主机名－标准的 NIS 设置不能“识别”完整主机名。此设置不会尝试使 NIS 识别完整主机名，而是通过编辑 sendmail.cf 文件并使用 %y 替换出现的所有 %l，从sendmail 端取消此要求。此更改将关闭 sendmail 的域间邮件检测。如果目标主机可以解析为一个 IP 地址，则会尝试直接进行 SMTP 传送。请确保 NIS 主机映射不包含在当前邮件域之外的任何主机项。否则，需要进一步自定义 sendmail.cf 文件。

• 匹配完整主机名和短主机名－请遵循前面有关如何为完整主机名禁用 gethostbyname() 的说明。

• 多个 NIS 域在一个邮件域中－一个通用邮件域下的所有 NIS 主机映射应具有同一组主机项。例如，ebs.admin.acme.com 域中的主机映射应该与 esg.admin.acme.com 中的主机映射相同。否则，一个地址可能可在一个 NIS 域中正常使用，但是无法用于其他 NIS 域。

有关任务信息，请参阅第 13 章，邮件服务（任务）中的管理邮件别名文件（任务列表）。

sendmail 与 NIS 和 DNS 的交互

以下列表介绍了 sendmail 与 NIS 和 DNS 的交互并提供了一些指导。

• 邮件域名－如果要将 NIS 设置为主名称服务，则 sendmail 会自动去除 NIS 域名的第一个组成部分并使用剩下的部分作为邮件域名。例如，ebs.admin.acme.com 将成为 admin.acme.com。

• 邮件主机名－启用 DNS 转发功能时，对 NIS 无法解析的查询将转发至 DNS，因此在 NIS 主机映射中无需 mailhost 项。

• 完整主机名－尽管 NIS 不能“识别”完整主机名，但 DNS 可以识别。如果遵循设置 NIS 和 DNS 的常规过程，则会满足此要求。

• 匹配完整主机名和短主机名－对于 NIS 主机表中的每个主机项，必须在 DNS 中具有对应的主机项。

• 多个 NIS 域在一个邮件域中－一个通用邮件域下的所有 NIS 主机映射应具有同一组主机项。例如，ebs.admin.acme.com 域中的主机映射应该与 esg.admin.acme.com 域中的主机映射相同。否则，一个地址可能可在一个 NIS 域中正常使用，但是无法用于其他 NIS 域。

有关任务信息，请参阅第 13 章，邮件服务（任务）中的如何使用 DNS 和sendmail和管理邮件别名文件（任务列表）。

NIS+ 与 sendmail 的交互

以下列表介绍了 sendmail 与 NIS+ 的交互并提供了一些指导。

• 邮件域名－如果要将 NIS+ 设置为主名称服务，则 sendmail 可检查 NIS+ sendmailvars 表中的邮件域。此 NIS+表包含一个关键字列和一个值列。要设置邮件域，必须向该表中添加一项。此项应将关键字列设置为字符串 maildomain，将值列设置为邮件域名。例如 admin.acme.com。尽管 NIS+ 允许 sendmailvars 表中包含任何字符串，但要使邮件系统正常工作，仍需应用后缀规则。可以使用 nistbladm 将 maildomain 项添加到 sendmailvars 表中。请注意，在以下示例中，邮件域是 NIS+ 域的后缀。

  nistbladm -A key="maildomain" value=<mail domain> sendmailvars.org_dir.<NIS+ domain>

• Mailhost 主机名－必须在 NIS+ 主机表中具有一个 mailhost 项。

• 完整主机名－NIS+ 可以“识别”完整主机名。遵循常规的 NIS+ 设置过程即可满足此要求。

• 匹配完整主机名和短主机名－要满足此要求，可以复制主机表中的项。或者，也可以将用户名称服务域中的所有主机项都输入到邮件域级别的主主机表中。

• 多个 NIS 域在一个邮件域中－要满足此要求，可复制所有主机表中的项。或者，也可以将用户名称服务域中的所有主机项都输入到邮件域级别的主主机表中。比较有效的方法是，将多个逻辑或物理主机表合并为一个主机表。因此，在共享一个通用邮件域的多个名称服务域中，不能重用相同的主机名。

有关任务信息，请参阅第 13 章，邮件服务（任务）中的管理邮件别名文件（任务列表）。

sendmail 与 NIS+ 和 DNS 的交互

以下列表介绍了 sendmail 与 NIS+ 和 DNS 的交互并提供了一些指导。

• 邮件域名－如果要将 NIS+ 设置为主名称服务，则 sendmail 可检查 NIS+ sendmailvars 表中的邮件域。此 NIS+ 表包含一个关键字列和一个值列。要设置邮件域，必须向该表中添加一项。此项应将关键字列设置为字符串 maildomain，将值列设置为邮件域名。例如 admin.acme.com。尽管 NIS+ 允许 sendmailvars 表中包含任何字符串，但要使邮件系统正常工作，仍需应用后缀规则。可以使用 nistbladm 将 maildomain 项添加到 sendmailvars 表中。请注意，在以下示例中，邮件域是 NIS+ 域的后缀。

  nistbladm -A key="maildomain" value=<mail domain> sendmailvars.org_dir.<NIS+ domain>

• Mailhost 主机名－如果网络同时使用 NIS+ 和 DNS 作为主机数据库源，则可将 mailhost 项放入 NIS+ 或 DNS 主机表中。请确保用户在 /etc/nsswitch.conf 文件中同时包括 NIS+ 和 DNS 作为主机数据库源。

• 完整主机名－NIS+ 和 DNS 都可以“识别”完整主机名。遵循常规 NIS+ 和 DNS 设置过程即可满足此要求。

• 匹配完整主机名和短主机名－对于 NIS+ 主机表中的每个主机项，必须在 DNS 中具有对应的主机项。

• 多个 NIS 域在一个邮件域中－要满足此要求，可复制所有主机表中的项。或者，也可以将用户名称服务域中的所有主机项都输入到邮件域级别的主主机表中。

有关任务信息，请参阅第 13 章，邮件服务（任务）中的管理邮件别名文件（任务列表）和如何使用 DNS 和sendmail。

sendmail 版本 8.13 中的更改

从 Solaris 10 发行版开始，版本 8.13 为缺省版本。虽然此新版本的 sendmail 提供了许多新增功能，但最重要的是添加了 FallBackSmartHost 选项。由于此选项，您无需再使用 main.cf 和 subsidiary.cf。main.cf 文件用于支持 MX 记录的环境中。subsidiary.cf 文件用于不具备完全功能的 DNS 的环境中。上述环境使用智能主机，不使用 MX 记录。FallBackSmartHost 选项可提供统一的配置。此选项的作用与所有环境最不可能首选的 MX 记录类似。要确保邮件传送到客户机，此选项（如果启用）需提供一台正确连接的（或智能）主机，此主机将用作出现故障的 MX 记录的备份（或故障转移）。

有关版本 8.13 的更多信息，请参见以下各节：

• sendmail 版本 8.13 中新增的命令行选项

• sendmail 版本 8.13 中新增和修订的配置文件选项

• sendmail 版本 8.13 中新增和修订的 FEATURE() 声明

此外，从 Solaris 10 1/06 发行版开始，SMTP 运行时可以使用传输层安全性 (Transport Layer Security, TLS)。请参见以下说明。

sendmail 版本 8.13 支持运行 SMTP 时使用 TLS

从 Solaris 10 1/06 发行版开始，SMTP 服务器和客户机之间的通信通常不受任何一端的控制或信任。由于缺少安全性，第三方可能会监视甚至修改服务器与客户机之间的通信。要解决此问题，在 sendmail 版本 8.13 中，SMTP 可以使用传输层安全性 (Transport Layer Security, TLS)。SMTP 服务器和客户机的这种扩展服务可提供以下功能：

• Internet 中专用的、经过验证的通信

• 保护不受窃听者和攻击者的攻击

TLS 的实现基于安全套接字层 (Secure Sockets Layer, SSL) 协议。

STARTTLS 是使用 TLS 启动安全 SMTP 的 SMTP 关键字。此安全连接可能建立在两台服务器之间或一台服务器与一台客户机之间。安全连接定义如下：

• 源电子邮件地址和目标电子邮件地址都已加密。

• 电子邮件的内容已加密。

当客户机发出 STARTTLS 命令时，服务器将使用以下各项之一来响应：

• 220 Ready to start TLS

• 501 Syntax error (no parameters allowed)

• 454 TLS not available due to temporary reason

220 响应要求客户机启动 TLS 协商。501 响应指明客户机未正确发出 STARTTLS 命令。发出 STARTTLS 时未使用任何参数。454 响应需要客户机应用规则集值来确定是接受还是维护连接。

请注意，要维护 Internet 的 SMTP 基础结构，公共使用的服务器决不能要求 TLS 协商。但是，专用服务器可能会要求客户机执行 TLS 协商。在这类情况下，服务器会返回以下响应：

530 Must issue a STARTTLS command first

530 响应会指示客户机发出 STARTTLS 命令，以建立连接。

如果不满足身份验证和保密性的级别，服务器或客户机可以拒绝连接。同样，由于大多数 SMTP 连接都不安全，因此服务器和客户机可能会保留不安全的连接。保留还是拒绝连接由服务器和客户机的配置来确定。

缺省情况下，不支持在运行 SMTP 时使用 TLS。SMTP 客户机发出 STARTTLS 命令时，将启用 TLS。必须先设置允许 sendmail 使用 TLS 的证书，然后 SMTP 客户机才能发出此命令。请参见如何设置 SMTP 以使用 TLS。请注意，此过程包括定义新的配置文件选项和重新生成 sendmail.cf 文件。

用于在运行 SMTP 时使用 TLS 的配置文件选项

下表介绍了用于在运行 SMTP 时使用 TLS 的配置文件选项。如果要声明其中的任何选项，请使用以下语法之一：

• O OptionName=argument # for the configuration file

• -O OptionName=argument # for the command line

• define(`m4Name',argument) # for m4 configuration

要使 sendmail 支持 SMTP 使用 TLS，必须定义以下选项：

• CACertPath

• CACertFile

• ServerCertFile

• ClientKeyFile

不需要定义其他选项。

用于在运行 SMTP 时使用 TLS 的宏

下表介绍了 STARTTLS 命令使用的宏。

用于在运行 SMTP 时使用 TLS 的规则集

下表介绍了一些规则集，用于确定应接受、继续还是拒绝使用 TLS 的 SMTP 连接。

有关更多信息，请参见以下内容：

• Sendmail Installation and Operation Guide－http://people.freenet.de/slgig/op_en/rules.html

• cf/README for sendmail－http://people.freenet.de/slgig/op_en/rules.html

与运行 SMTP 时使用 TLS 相关的安全注意事项

作为用于定义在 Internet 中运行的邮件程序的标准邮件协议，SMTP 不是一种端对端机制。由于此协议限制，通过 SMTP 的 TLS 安全性不包括邮件用户代理。邮件用户代理用作用户与邮件传输代理（如 sendmail）之间的接口。

另外，邮件也可以在多台服务器之间路由。为了实现完整的 SMTP 安全性，整个 SMTP 连接链必须具有 TLS 支持。

最后，还必须考虑在每对服务器之间或客户机和服务器对之间的协商身份验证和保密性的级别。有关更多信息，请参见《系统管理指南：安全性服务》中的“验证服务”。

sendmail 版本 8.13 中新增的命令行选项

下表介绍了在 sendmail 版本 8.13 中新增的可用命令行选项。sendmail(1M) 手册页介绍了其他命令行选项。

sendmail 版本 8.13 中新增和修订的配置文件选项

下表介绍了添加和修订的配置文件选项。如果要声明其中的任何选项，请使用以下语法之一。

O OptionName=argument          # for the configuration file

-O OptionName=argument         # for the command line

define(`m4Name',argument)     # for m4 configuration

sendmail 版本 8.13 中新增和修订的 FEATURE() 声明

下表介绍了添加和修订的 FEATURE() 声明。此 m4 宏使用以下语法。

FEATURE(`name', `argument')

FEATURE(`local_lmtp', `/usr/local/bin/lmtp', `lmtp')

sendmail 版本 8.12 中的更改

本节介绍了有关以下主题的信息。

• sendmail 版本 8.12 支持 TCP 包装

• sendmail 版本 8.12 中的配置文件 submit.cf

• sendmail 版本 8.12 中新增或过时的命令行选项

• sendmail 版本 8.12 中新增的用于 PidFile 和 ProcessTitlePrefix 选项的参数

• sendmail 版本 8.12 中新增的已定义宏

• sendmail 版本 8.12 中新增的宏

• sendmail 版本 8.12 中新增的 MAX 宏

• sendmail 版本 8.12 中新增和修订的 m4 配置宏

• sendmail 版本 8.12 中对 FEATURE() 声明的更改

• sendmail 版本 8.12 中对 MAILER() 声明的更改

• sendmail 版本 8.12 中新增的传送代理标志

• sendmail 版本 8.12 中新增的用于传送代理的等式

• sendmail 版本 8.12 中新增的队列功能

• sendmail 版本 8.12 中对 LDAP 的更改

• sendmail 版本 8.12 中对内置邮件程序的更改

• sendmail 版本 8.12 中新增的规则集

• sendmail 版本 8.12 中对文件的更改

• sendmail 版本 8.12 和配置中的 IPv6 地址

sendmail 版本 8.12 支持 TCP 包装

TCP 包装提供了一种实现访问权控制的方法，即根据访问控制列表 (access control list, ACL) 检查请求特定网络服务的主机的地址。请求将相应地被授权或拒绝。除了提供此项访问控制机制外，TCP 包装还会记录对网络服务的主机请求，这是一项有用的监视功能。可能受到访问控制的网络服务示例包括 rlogind、telnetd 和 ftpd。

从版本 8.12 开始，sendmail 将允许使用 TCP 包装。此项检查不会忽略其他安全标准。通过在 sendmail 中启用 TCP 包装，在准许请求之前将进行检查，以验证网络请求的来源。请参见 hosts_access(4) 手册页。

从 Solaris 9 发行版开始，inetd(1M) 和 sshd(1M) 中将支持 TCP 包装。

有关 ACL 的信息，请参见《系统管理指南：安全性服务》中的“使用访问控制列表保护文件”。

sendmail 版本 8.12 中的配置文件 submit.cf

从版本 8.12 开始，sendmail 包括一个附加配置文件 /etc/mail/submit.cf。此submit.cf 文件用于在邮件提交程序模式而非守护进程模式下运行 sendmail。与守护进程模式不同，邮件提交程序模式不要求 root 权限，因此这一新模式可以提供更好的安全性。

请参见以下列出的 submit.cf 功能：

• sendmail 使用 submit.cf 在邮件提交程序 (mail-submission program, MSP) 模式下运行，该模式可提交电子邮件并可由程序（如 mailx）以及用户启动。请参阅 sendmail(1M) 手册页中有关 -Ac 选项和 -Am 选项的说明。

• submit.cf 可用于以下操作模式中：

  • -bm，此为缺省操作模式

  • -bs，它使用标准输入来运行 SMTP

  • -bt，此为用于解析地址的测试模式

• sendmail 在使用 submit.cf 时不会作为 SMTP 守护进程运行。

• sendmail，它使用 submit.cf 时将使用仅客户机邮件队列 /var/spool/clientmqueue，该队列中保存未传送至 sendmail 守护进程的邮件。仅客户机队列中的邮件由客户机“守护进程”来传送，该守护进程实际用作客户机队列运行程序。

• 缺省情况下，sendmail 会定期使用 submit.cf 来运行 MSP 队列（也称为仅客户机队列）/var/spool/clientmqueue。

  /usr/lib/sendmail -Ac -q15m

请注意以下情况：

• 从 Solaris 9 发行版开始，将自动提供 submit.cf。

• 安装 Solaris 9 发行版或更新发行版之前，submit.cf 不要求执行任何规划或预备过程。

• 除非指定配置文件，否则 sendmail 将根据需要自动使用 submit.cf。基本上，sendmail 知道哪些任务适合 submit.cf，哪些任务适合 sendmail.cf。

• submit.cf 将不会进行修改。

可区分 sendmail.cf 与 submit.cf 的功能

sendmail.cf 配置文件用于守护进程模式。使用此文件时，sendmail 用作邮件传输代理 (mail transfer agent, MTA)，该代理由 root 启动。

/usr/lib/sendmail -L sm-mta -bd -q1h

请参见以下列出的 sendmail.cf 的其他特性：

• 缺省情况下，sendmail.cf 在端口 25 和 587 上接受 SMTP 连接。

• 缺省情况下，sendmail.cf 会运行主队列 /var/spool/mqueue。

sendmail 版本 8.12 中功能的更改

除添加 submit.cf 之外，在功能方面还有以下更改：

• 从 sendmail 版本 8.12 开始，仅有 root 可以运行邮件队列。有关更多详细信息，请参阅 mailq(1) 手册页中介绍的更改。有关新任务的信息，请参阅管理队列目录（任务列表）。

• 邮件提交程序模式运行时无需 root 权限，这可能会导致 sendmail 无法访问某些文件（例如 .forward 文件）。因此，sendmail 的 -bv 选项为用户提供的输出可能具有误导性。没有切实可行的解决方法。

• 在 sendmail 版本 8.12 之前，如果不在守护进程模式下运行 sendmail，则只会阻止传入邮件的传送。从 sendmail 版本 8.12 开始，如果不使用缺省配置运行 sendmail 守护进程，则还会阻止外发邮件的传送。客户机队列运行程序（又称为邮件提交程序）必须能够将邮件提交至本地 SMTP 端口上的守护进程。如果客户机队列运行程序尝试打开与本地主机的 SMTP 会话，并且守护进程未侦听 SMTP 端口，则邮件将保留在队列中。缺省配置确实会运行守护进程，因此使用缺省配置时不会出现此问题。但是，如果已禁用守护进程，请参阅使用备用配置管理邮件传送以寻找解决此问题的方法。

sendmail 版本 8.12 中新增或过时的命令行选项

下表介绍了 sendmail 的新增或过时的命令行选项。sendmail(1M) 手册页介绍了其他命令行选项。

sendmail 版本 8.12 中新增的用于 PidFile 和 ProcessTitlePrefix 选项的参数

下表介绍了新增的用于 PidFile 和 ProcessTitlePrefix 选项的宏处理参数。有关这些选项的更多信息，请参见 sendmail(1M) 手册页。

sendmail 版本 8.12 中新增的已定义宏

下表介绍了新增的、保留以供 sendmail 程序使用的宏。这些宏的值在内部指定。有关更多信息，请参见 sendmail(1M) 手册页。

sendmail 版本 8.12 中新增的宏

本节中的表介绍了新增的用于生成 sendmail 配置文件的宏。

sendmail 版本 8.12 中新增的 MAX 宏

使用以下宏可以配置在 sendmail 降低传送速度之前可以接收的命令的最大数目。可在编译时设置这些 MAX 宏。下表中的最大值也表示当前的缺省值。

通过将宏的值设置为零可以禁用宏检查。

sendmail 版本 8.12 中新增和修订的 m4 配置宏

本节中的表介绍了 sendmail 中新增和修订的 m4 配置宏。可使用以下语法来声明这些宏。

symbolic_name(`value')

如果需要生成新的 sendmail.cf 文件，请参阅第 13 章，邮件服务（任务）中的生成 sendmail.cf 配置文件。

sendmail 版本 8.12 中对 FEATURE() 声明的更改

有关对 FEATURE() 声明的特定更改信息，请参阅下表。

要使用新增和修订的 FEATURE 名称，请使用以下语法。

FEATURE(`name', `argument')

如果需要生成新的 sendmail.cf 文件，请参阅第 13 章，邮件服务（任务）中的生成 sendmail.cf 配置文件。

不再支持以下 FEATURE() 声明。

sendmail 版本 8.12 中对 MAILER() 声明的更改

MAILER() 声明可指定对传送代理的支持。要声明传送代理，请使用以下语法。

MAILER(`symbolic_name')

请注意以下更改。

• 在此新版本的 sendmail 中，MAILER(`smtp') 声明现在包括一个附加邮件程序 dsmtp，该邮件程序通过使用 F=% 邮件程序标志可提供即时传送。 dsmtp 邮件程序定义使用新增的 DSMTP_MAILER_ARGS，后者缺省为 IPC $h。

• MAILER 使用的规则集的数量已删除。 现在无需按顺序列出 MAILER，但 MAILER(`uucp') 除外。如果使用了 uucp-dom 和 uucp-uudom，则它必须在 MAILER(`smtp') 之后。

有关邮件程序的更多信息，请参阅邮件程序与 sendmail。如果需要生成新的 sendmail.cf 文件，请参阅第 13 章，邮件服务（任务）中的生成 sendmail.cf 配置文件。

sendmail 版本 8.12 中新增的传送代理标志

下表介绍了新增的传送代理标志，缺省情况下不会设置这些标志。这些单字符标志是布尔型的。通过在配置文件的 F= 语句中包括或排除标志，可以设置或取消设置标志，如以下示例所示。

Mlocal,    P=/usr/lib/mail.local, F=lsDFMAw5:/|@qSXfmnz9, S=10/30, R=20/40,

Mprog,     P=/bin/sh, F=lsDFMoqeu9, S=10/30, R=20/40, D=$z:/,

Msmtp,     P=[IPC], F=mDFMuX, S=11/31, R=21, E=\r\n, L=990,

Mesmtp,    P=[IPC], F=mDFMuXa, S=11/31, R=21, E=\r\n, L=990,

Msmtp8,    P=[IPC], F=mDFMuX8, S=11/31, R=21, E=\r\n, L=990,

Mrelay,    P=[IPC], F=mDFMuXa8, S=11/31, R=61, E=\r\n, L=2040,

sendmail 版本 8.12 中新增的用于传送代理的等式

下表介绍了新增的可用于 M 传送代理定义命令的等式。以下语法说明如何在配置文件中已存在的等式后附加新的等式或参数。

Magent_name, equate, equate, ...

以下示例中包括新的 W= 等式。此等式可指定在发送所有数据后等待邮件程序返回的最长时间。

Msmtp, P=[IPC], F=mDFMuX, S=11/31, R=21, E=\r\n, L=990, W=2m

在为 m4 配置修改值的定义时，请使用以下示例中提供的语法。

define(`SMTP_MAILER_MAXMSGS', `1000')

上一示例将 smtp 邮件程序每次连接时传送的邮件数量限制为 1000。

如果需要生成新的 sendmail.cf 文件，请参阅第 13 章，邮件服务（任务）中的生成 sendmail.cf 配置文件。

通常，仅当进行微调时，才会修改 mailer 目录中的等式定义。

sendmail 版本 8.12 中新增的队列功能

以下列表提供了有关新增队列功能的详细信息。

• 此发行版可支持多个队列目录。要使用多个队列，请在配置文件中提供以星号 (*) 结尾的 QueueDirectory 选项值，如以下示例所示。

  O QueueDirectory=/var/spool/mqueue/q*

  选项值 /var/spool/mqueue/q* 使用以 “q” 开头的所有目录（或指向这些目录的符号链接）作为队列目录。 请勿在 sendmail 运行时更改队列目录结构。 除非在非守护进程队列运行中使用冗余标志 (-v)，否则队列运行会创建一个单独进程来运行每个队列。新项将随机指定给队列。

• 新增的队列文件命名系统使用的文件名保证在 60 年内唯一。使用此系统，可在不使用复杂的文件系统锁定的情况下指定队列 ID，并简化排队的项在队列之间的移动。

• 从版本 8.12 开始，仅有 root 才能运行邮件队列。有关更多详细信息，请参阅 mailq(1) 手册页中介绍的更改。有关新任务的信息，请参阅管理队列目录（任务列表）。

• 为适应信封拆分，现在队列文件名长度为 15 个字符，而不是 14 个字符。将不再支持名称限制为 14 个字符的文件系统。

有关任务信息，请参阅管理队列目录（任务列表）。

sendmail 版本 8.12 中对 LDAP 的更改

以下列表介绍了在将轻量目录访问协议 (Lightweight Directory Access Protocol, LDAP) 用于 sendmail 时的一些更改。

• LDAPROUTE_EQUIVALENT() 和 LDAPROUTE_EQUIVALENT_FILE() 允许指定等效的主机名，这些主机名将替换为用于 LDAP 路由查找的伪装域名。有关更多信息，请参阅 /etc/mail/cf/README。

• 如 ftp://ftp.sendmail.org 上的分发所包含的发行说明所述，LDAPX 映射已重命名为 LDAP。请针对 LDAP 使用以下语法。

  Kldap ldap options

• 此发行版支持一次 LDAP 查找返回多个值。 请使用 -v 选项将要返回的值放入用逗号分隔的字符串中，如下所示。

  Kldap ldap -v"mail,more_mail"

• 如果 LDAP 映射声明中未指定任何 LDAP 属性，则会返回找到的所有匹配属性。

• 此版本的 sendmail 可防止使用 LDAP 别名文件规范中带引号的关键字和值字符串内的逗号来将单个项划分为多个项。

• 此版本的 sendmail 为 LDAP 映射提供了一个新选项。使用选项 -Vseparator，可指定一个分隔符，这样查找便可返回由相关的 separator 分隔的属性和值。

• 除了使用 %s 标记分析 LDAP 过滤器规范外，还可以使用新标记 %0 对关键字缓冲区进行编码。%0 标记会对 LDAP 特殊字符应用字面含义。

以下示例显示了这些标记在用于 “*” 查找时的差异。

下表介绍了新增的 LDAP 映射标志。

sendmail 版本 8.12 中对内置邮件程序的更改

原有的 [TCP] 内置邮件程序不可用。请改用 P=[IPC] 内置邮件程序。进程间通信 ([IPC]) 内置邮件程序现在可向支持它的系统中的 UNIX 域套接字进行传送。可将此邮件程序与侦听指定套接字的 LMTP 传送代理结合使用。示例邮件程序可能如下所示。

Mexecmail, P=[IPC], F=lsDFMmnqSXzA5@/:|, E=\r\n, 

S=10, R=20/40, T=DNS/RFC822/X-Unix, A=FILE /var/run/lmtpd

现在，系统将检查 [IPC] 邮件程序中的第一个邮件程序参数是否具有合法值。下表提供了第一个邮件程序参数的可能值。

sendmail 版本 8.12 中新增的规则集

下表列出了新增规则集并介绍了这些规则集的功能。

以下列表介绍了新增的规则集功能。

• 编号的规则集也已命名，但仍然可以按编号访问相应的规则集。

• H 头配置文件命令允许为头检查指定缺省的规则集。仅当未对个别头指定各自的规则集时，才会调用此规则集。

• 如果配置文件的版本为 9 或更高版本，则不删除规则集中的注释（即括号内的文本）。 例如，以下规则可匹配输入 token (1)，但不匹配输入 token。

  R$+ (1) $@ 1

• sendmail 即使由于 TCP 包装或 check_relay 规则集而拒绝命令，也会接受 SMTP RSET 命令。

• 如果多次设置 OperatorChars 选项，则会收到警告。 另外，请勿在定义规则集之后设置 OperatorChars。

• 如果声明的规则集无效，则会忽略该规则集的名称以及其中的各行。该规则集行不会添加至 S0。

sendmail 版本 8.12 中对文件的更改

请注意以下更改。

• 从 Solaris 10 发行版开始，为了支持只读的 /usr 文件系统，/usr/lib/mail 目录的内容已移至 /etc/mail/cf 目录。有关详细信息，请参阅/etc/mail/cf 目录的内容。但请注意，shell 脚本 /usr/lib/mail/sh/check-hostname 和 /usr/lib/mail/sh/check-permissions 现在位于 /usr/sbin 目录中。请参见用于邮件服务的其他文件。为了实现向下兼容，符号链接指向每个文件的新位置。

• /usr/lib/mail/cf/main-v7sun.mc 的新名称是 /etc/mail/cf/cf/main.mc。

• /usr/lib/mail/cf/subsidiary-v7sun.mc 的新名称是 /etc/mail/cf/cf/subsidiary.mc。

• helpfile 现在位于 /etc/mail/helpfile 中。旧名称 (/etc/mail/sendmail.hf) 具有指向新名称的符号链接。

• trusted-users 文件现在位于 /etc/mail/trusted-users 中。在升级过程中，如果检测到旧名称 (/etc/mail/sendmail.ct) 而未检测到新名称，则会创建从旧名称到新名称的硬链接。否则，不会进行任何更改。缺省内容为 root。

• local-host-names 文件现在位于 /etc/mail/local-host-names 中。在升级过程中，如果检测到旧名称 (/etc/mail/sendmail.cw) 而未检测到新名称，则会创建从旧名称到新名称的硬链接。否则，不会进行任何更改。缺省内容的长度为零。

sendmail 版本 8.12 和配置中的 IPv6 地址

从 8.12 版本的 sendmail 开始，在配置中使用的 IPv6 地址应以 IPv6: 标记作为前缀，以正确标识地址。如果不标识 IPv6 地址，则不会使用前缀标记。