第 12 章 配置通道定义

本章介绍如何在 MTA 配置文件 imta.cnf 中使用通道关键字定义。阅读本章之前，请先阅读第 10 章，关于 MTA 服务和配置、通道定义和 MTA 配置文件。本章包含以下各节：

• 配置通道默认值

• 按字母顺序列出的通道关键字

• 按功能分类的通道关键字

• 配置 SMTP 通道

• 配置邮件处理和传送

• 配置地址处理

• 配置标题处理

• 附件和 MIME 处理

• 对邮件、配额、收件人和验证尝试次数的限制

• MTA 队列中的文件创建

• 指定邮箱过滤器文件位置

• 配置记录和调试

• 其他关键字

如果在 imta.cnf 中更改了通道定义，则必须使用 imsimta restart 命令重新启动仅在启动时才装入一次配置数据的所有程序或通道（例如，SMTP 服务器）。如果使用的是编译的配置，则必须重新编译然后再重新启动。有关编译配置信息和启动程序的更多信息，请参见 《Sun Java System Messaging Server 6 2005Q4 Administration Reference》。

配置通道默认值

许多配置使各种通道关键字在所有或几乎所有通道上重复。维护这样的配置不但麻烦而且容易出错。要简化某些配置，可以为各种通道指定默认的关键字。

例如，某个配置文件中的以下行表示该行后面所有通道块都将继承行中指定的关键字：

defaults keyword1 keyword2 keyword3 ...

defaults 行可看作无需实际指定通道即可更改关键字默认值的一个特殊通道块。defaults 行也不需要任何附加的通道块信息行（将忽略指定的信息行）。

对于可以指定的 defaults 行数没有限制，多个 defaults 行的影响可以累积，最后遇到的（从上向下读取）行具有较高的优先级。

从配置文件的某个点（例如，外部文件中通道块的独立部分的开始处）开始无条件消除 defaults 行的影响可能很有用。为此我们提供了 nodefaults 行。例如，在配置文件中插入以下行将取消前面所有的默认通道创建的所有设置，并使配置返回到未指定默认值时所应用的状态：

nodefaults

与常规通道块一样，必须使用空行将每个 defaults 或 nodefaults 通道块与其他通道块分隔开来。在配置文件中，defaults 和 nodefaults 通道块是可以出现在本地通道之前的仅有的通道块。但是，与所有其他通道块一样，它们必须出现在最后的重写规则之后。

按字母顺序列出的通道关键字

下表是按字母顺序排列的关键字列表。

按功能分类的通道关键字

以下各表是分类后的关键字列表。表和类别如下所示：

• 表 12–2 地址处理关键字

• 表 12–3 附件和 MIME 处理

• 表 12–4 字符集和八位数据

• 表 12–5 MTA 队列区域中的文件创建

• 表 12–6 标题关键字

• 表 12–7 传入通道匹配和切换关键字

• 表 12–8 日志记录和调试通道关键字

• 表 12–9 长型地址列表或标题通道关键字

• 表 12–10 邮箱过滤器通道关键字

• 表 12–11 NO-SOLICIT SMTP 扩展支持关键字

• 表 12–12 通知和邮寄主管邮件关键字

• 表 12–13 处理控制和作业提交关键字

• 表 12–14 敏感度限制关键字

• 表 12–15 对邮件、用户配额、权限和验证尝试次数的限制关键字

• 表 12–16 SMTP 验证、SASL 和 TLS 关键字

• 表 12–17 SMTP 命令和协议关键字

• 表 12–18 TCP/IP 连接和 DNS 查找支持关键字

• 表 12–19 其他关键字

配置 SMTP 通道

根据安装的类型，Messaging Server 在安装时提供了多个 SMTP 通道（请参见下表）。这些通道将实现基于 TCP/IP 的 SMTP。多线程的 TCP SMTP 通道包含一个多线程的 SMTP 服务器，该服务器在分发程序的控制下运行。外发 SMTP 邮件由通道程序 tcp_smtp_client 处理，并根据需要在作业控制器的控制下运行。

您可以修改上述通道的定义，或通过添加或删除本节中说明的关键字来创建新通道。此外，还可以使用选项文件来控制 TCP/IP 通道的各种特性。此类选项文件必须存储于 MTA 配置目录 (msg_svr_base/config) 中，并命名为 x_option，其中 x 为通道的名称。有关详细信息，请参阅 《Sun Java System Messaging Server 6 2005Q4 Administration Reference》中的“Option File”。

本节分为以下小节：

• 配置 SMTP 通道选项

• SMTP 命令和协议支持

• TCP/IP 连接和 DNS 查找支持

• SMTP 验证、SASL 和 TLS

• TCP/IP 连接和 DNS 查找支持

• TCP/IP 连接和 DNS 查找支持

• 指定 Microsoft Exchange 网关通道

• 传输层安全性

配置 SMTP 通道选项

TCP/IP 通道选项文件控制 TCP/IP 通道的各种特性。通道选项文件必须存储在 MTA 配置目录中，并命名为 x_option，其中 x 是通道的名称。例如，/msg_svr_base/config/tcp_local_option

选项文件由一个或多个关键字及其关联的值组成。例如，通过在选项文件中包含 DISABLE_EXPAND 关键字并将值设置为 1，可以在服务器上禁用邮递列表扩展。

使用其他选项文件关键字可以进行以下设置：

• 对每个邮件允许的收件人数量设置限制 (ALLOW_RECIPIENTS_PER_TRANSACTION)

• 对每个连接允许的邮件数量设置限制 (ALLOW_TRANSACTIONS_PER_SESSION)

• 对记录到 MTA 日志文件中的信息类型进行微调（LOG_CONNECTION，LOG_TRANPORTINFO）

• 指定客户机通道程序允许的同时出站连接的最大数量 (MAX_CLIENT_THREADS)

有关所有通道选项关键字和语法的信息，请参见 《Sun Java System Messaging Server 6 2005Q4 Administration Reference》。

SMTP 命令和协议支持

您可以指定 SMTP 通道是否支持特定的 SMTP 命令，例如 EHLO、ETRN、EXPN 和 VRFY。您也可以指定通道是否支持 DNS 域验证，通道接受为行终止符的字符等。本节说明了以下内容：

• 通道协议选定和行终止符

• EHLO 命令支持

• ETRN 命令支持

• VRFY 命令支持

• DNS 域验证

• 字符集标记和 8 位数据

• 协议流

表 12–21 汇总了本节中说明的关键字。

通道协议选定和行终止符

关键字：smtp、nosmtp、smtp_crlf 、smtp_cr、smtp_crorlf、smtp_lf

smtp 和 nosmtp 关键字指定通道是否支持 SMTP 协议。smtp 关键字或其变量之一对所有 SMTP 通道都具有强制性。

关键字 smtp_crlf、smtp_cr、smtp_crorlf 和 smtp_lf 可用于在 SMTP 通道上指定 MTA 将接受为行终止符的字符序列。关键字 smtp_crlf 的意思是必须以回车 (CR) 加换行符 (LF) 序列终止行。关键字 smtp_lf 或 smtp 的意思是接受前面不带 CR 的 LF。最后，smtp_cr 的意思是接受后面不跟 LF 的 CR。上述选项只对外来内容的处理有影响。

由于 SMTP 标准要求将 CRLF 作为行终止符，因此 MTA 始终生成标准的 CRLF 序列。各种 smtp 关键字只控制 MTA 是否接受其他非标准行终止符。例如，如果希望 MTA 只接受完全合法的 SMTP 邮件并拒绝所有带有非标准行终止符的邮件，则可以指定 stmp_crlf。

EHLO 命令支持

关键字：ehlo、noehlo、checkehlo

SMTP 协议已经被扩展 (RFC 1869) 为允许附加命令的协商。这是通过使用新的 EHLO 命令（替代 RFC 821 的 HELO 命令）来进行的。扩展的 SMTP 服务器通过提供其支持的扩展列表来响应 EHLO。未扩展的服务器返回未知命令错误，然后客户机发送旧的 HELO 命令。

这种应变策略通常与扩展的服务器和未扩展的服务器都能协同工作。但是不按照 RFC 821 实现 SMTP 的服务器却会出现问题。尤其是，某些不兼容的服务器在收到未知命令后会断开连接。

当任何服务器收到 EHLO 后断开连接时，SMTP 客户机实现尝试重新连接并使用 HELO 的策略。但是，如果远程服务器在收到 EHLO 后不仅断开连接而且进入问题状态，则该策略可能无法工作。

提供了通道关键字 ehlo、noehlo 和 checkehlo，用于处理此类情况。关键字 ehlo 通知 MTA 在所有初始连接尝试中使用 EHLO 命令。关键字 noehlo 禁用所有对 EHLO 命令的使用。关键字 checkehlo 测试远程 SMTP 服务器返回的响应标题中是否含有字符串 "ESMTP"。如果找到该字符串，则使用 EHLO；否则，使用 HELO。默认行为将在所有初始连接尝试中使用 EHLO，除非标题行含有字符串 "fire away"，在这种情况下将使用 HELO；请注意，没有与此默认行为相对应的关键字，它介于 ehlo 和 checkehlo 关键字产生的行为之间。

ETRN 命令支持

关键字：allowetrn、blocketrn、disableetrn、domainetrn、silentetrn、sendetrn、 nosendetrn、novrfy

ETRN 命令（在 RFC 1985 中定义）对 SMTP 服务进行了扩展，使 SMTP 客户机和服务器可以交互操作，从而使服务器有机会启动对将进入给定主机的邮件队列的处理。

SMTP 客户机可以使用 ETRN 请求远程 SMTP 服务器启动对将发送到 SMTP 客户机的邮件队列的处理。这样，ETRN 提供了对进入自身系统的邮件实现远程 SMTP 系统“轮询”的方法。这对于彼此之间只有瞬态连接的系统（例如，设置为其他站点 [只能拨号连接到 Internet] 的辅助邮件交换 [MX] 主机的站点）可能会很有用。通过启用该命令，远程（可能是拨号）服务器可以请求对其邮件的传送。

SMTP 客户机在 SMTP ETRN 命令行中指定要向其发送邮件的系统的名称（通常为 SMTP 客户机系统自身的名称）。如果远程 SMTP 服务器支持 ETRN 命令，它将触发一个单独进程的执行过程，以重新连接到指定的系统，并为该系统发送所有正在等待传送的邮件。

对 ETRN 命令的响应

当发送邮件的 SMTP 客户机发出 ETRN 命令，请求 MTA 尝试传送 MTA 队列中的邮件时，allowetrn、blocketrn、domainetrn 和 silentetrn 关键字将控制 MTA 的响应。

默认情况下，MTA 将尝试执行所有 ETRN 命令；也就是说，将启用 allowetrn 关键字。通过在通道定义中包含 blocketrn 关键字可以指定 MTA 不执行 ETRN 命令。

通过包含 silentetrn 关键字，可以指定 MTA 执行所有 ETRN 命令，但不回显域所匹配且 MTA 将尝试运行的通道的名称。domainetrn 关键字指定 MTA 仅执行指定了域的 ETRN 命令；另外它还使 MTA 不回显域所匹配且 MTA 将尝试运行的通道的名称。

disableetrn 完全禁用对 ETRN 命令的支持；SMTP 服务器不将 ETRN 公布为支持的命令。

发送 ETRN 命令

sendetrn 和 nosendetrn 通道关键字控制 SMTP 连接开始时 MTA 是否发送 ETRN 命令。默认设置为 nosendetrn，表示 MTA 将不发送 ETRN 命令。如果远程 SMTP 服务器声称支持 ETRN，sendetrn 关键字将通知 MTA 发送 ETRN 命令。sendetrn 关键字后面应跟请求尝试传送其邮件的系统的名称。

VRFY 命令支持

关键字：domainvrfy、localvrfy、vrfyallow、vrfydefault、vrfyhide

VRFY 命令使 SMTP 客户机能够向 SMTP 服务器发送请求，请求验证特定用户名称的邮件是否位于服务器中。VRFY 命令是在 RFC 821 中定义的。

服务器将发送响应，表明用户是否本地用户、是否要转发邮件等。编号为 250 的响应表示用户名是本地的；编号为 251 的响应表示用户名不是本地的，但服务器可以转发邮件。服务器响应包含邮箱名称。

发送 VRFY 命令

正常情况下，没有理由将 VRFY 命令作为 SMTP 对话的一部分发出。SMTP RCPT TO 命令应执行与 VRFY 相同的功能并返回相应的错误。但是，存在这样一些服务器，它们可以接受 RCPT TO 中的所有地址（以后退回），但是在 VRFY 命令中同样的服务器却执行更全面的检查。

默认情况下，MTA 不发送 VRFY 命令（启用 novrfy 关键字）。

如果需要，可以通过在通道定义中包含 domainvrfy 或 localvrfy 关键字将 MTA 配置为发出 SMTP VRFY 命令。使用关键字 domainvrfy 可以发出 VRFY 命令，并将完整地址 (user@host) 作为其参数。localvrfy 关键字使 MTA 发出仅带有地址中本地部分 (user) 的 VRFY 命令。

响应 VRFY 命令

当发送邮件的 SMTP 客户机发出 SMTP VRFY 命令时，vrfyallow、vrfydefault 和 vrfyhide 关键字将控制 SMTP 服务器的响应。

vrfyallow 关键字通知 MTA 发出提供详细信息的响应。除非已经指定通道选项 HIDE_VERIFY=1，否则 vrfydefault 将通知 MTA 提供具有详细信息的响应。vrfyhide 关键字通知 MTA 只发出模糊的响应。上述关键字允许控制每个通道的 VRFY 响应，与 HIDE_VERIFY 选项相反，而后者通常适用于通过同一 SMTP 服务器处理的所有外来 TCP/IP 通道。

EXPN 支持

关键字：expnallow、expndisable、expndefault

即使已使用 DISABLE_EXPAND SMTP 通道选项在 SMTP 服务器级别禁用 EXPN，expnallow 也允许 EXPN。expndisable 无条件禁用 EXPN。如果 SMTP 服务器设置为允许 EXPN（默认设置），expndefault 将允许 EXPN。可以基于列表禁用扩展，但如果在服务器级别禁用扩展，基于列表的设置将是不相关的设置。

DNS 域验证

关键字：mailfromdnsverify、nomailfromdnsverify

在外来 TCP/IP 通道中设置 mailfromdnsverify 会导致 MTA 验证 DNS 中是否存在 SMTP MAIL FROM 命令中使用的域条目，如果不存在该条目，则拒绝邮件。默认设置 nomailfromdnsverify 的意思是不执行上述检查。请注意，对返回的地址域执行 DNS 检查将导致某些需要的有效邮件（例如，来自仅仅是未注册域名的合法站点的邮件，或 DNS 中有错误信息时）被拒绝；这违背了“RFC 1123：Internet 主机要求”中表达的大量接收信息以及尽量让 e-mail 通过的精神。但是某些站点可能需要执行上述检查，以防使用伪造的电子邮件地址从不存在的域发送主动提供的批量电子邮件 (UBE)。

因为 COM 和 ORG 顶层域中引入 DNS 通配符条目导致 mailfromdnsverify 作用减少，所以修改了 mailfromdnsverify 代码。DNS 返回一个或多个 A 记录时，系统会将这些值与新 MTA 选项 BLOCKED_MAIL_FROM_IPS 指定的域文字进行比较。如果找到匹配项，则该域被视为无效。为了恢复正常操作，当前的正确设置为：

BLOCKED_MAIL_FROM_IPS=[64.94.110.11]

此选项的默认值为空字符串。

字符集标记和 8 位数据

关键字：charset7、charset8、charsetesc、sevenbit、eightbit、eightnegotiate、eightstrict

字符集标记

MIME 规范提供了一种机制，用以标记纯文本邮件中使用的字符集。特别是，可以将 charset= 参数指定为 Content-type: 标题行的一部分。MIME 中定义了各种字符集名称，包括 US-ASCII（默认）、ISO-8859-1、ISO-8859-2 以及随后定义的许多其他字符集。

某些现有系统和用户代理不提供生成上述字符集标记的机制；因此某些纯文本邮件可能未被正确标记。charset7、charset8 和 charsetesc 通道关键字提供了针对每个通道的机制，用以指定字符集名称，该名称将被插入到缺少字符集标记的邮件标题中。每个关键字都需要一个参数来指定字符集名称。系统不检查名称的有效性。但是请注意，只能对 MTA 表格目录的字符集定义文件 charsets.txt 中指定的字符集进行字符集转换。如果可能，请使用该文件中定义的名称。

如果邮件仅包含七位字符，则使用 charset7 字符集名称；如果在邮件中发现八位数据，则使用 charset8 字符集名称；如果邮件仅包含七位数据并同时包含转义符，则使用 charsetesc。如果未指定正确的关键字，字符集名称将不被插入到 Content-type: 标题行。

请注意，charset8 关键字还控制邮件标题中 8 位字符的 MIME 编码（标题中 8 位数据是绝对非法的）。如果未指定 charset8 值，MTA 通常对邮件标题中遇到的所有（非法）8 位数据进行 MIME 编码，将其标记为未知字符集。

这些字符集规范不会覆盖现有的标记，也就是说，如果邮件已经具有字符集标记或者不属于文本类型的邮件，则字符集规范没有任何影响。通常应当对 MTA 本地通道进行如下标记：

l ... charset7 US-ASCII charset8 ISO-8859-1 ...
hostname

如果邮件中没有 Content-type 标题，将添加该标题。如果缺少 MIME-version: 标题行，此关键字还将添加该标题行。

如果通道接收的未标记邮件使用了日语或韩语字符集并包含转义符，charsetesc 关键字将尤其有用。

八位数据

某些传输限制使用带有大于 127（十进制）的序数值的字符。尤其需要注意的是，某些 SMTP 服务器会删除高位值，因而使用上述八位范围中的字符的邮件将出现乱码。

Messaging Server 提供了对这类邮件进行自动编码的功能，以便有问题的八位字符不直接出现在邮件中。通过指定 sevenbit 关键字，可以将该编码功能应用到所有加入给定通道队列的邮件。如果不存在此类限制，通道应标记为 eightbit。

SMTP 协议不允许使用 eightbit，“除非远程 SMTP 服务器明确声称支持允许 eightbit 的 SMTP 扩展”。某些传输（例如扩展的 SMTP）可能会实际支持某种形式的协商，以确定是否可以传输八位字符。因此，强烈建议使用 eightnegotiate 关键字，以便在协商失败时指示通道对邮件进行编码。这是所有通道的默认设置；不支持协商的通道将假定传输可以处理八位数据。

eightstrict 关键字通知 Messaging Server 拒绝所有标题包含非法八位数据的外来邮件。

协议流

关键字：streaming

某些邮件协议支持流操作。这意味着 MTA 可以同时发出多个操作，并等待每个操作的回复分批到达。streaming 关键字控制与通道关联的协议中使用的协议流的程度。此关键字要求一个整数参数；参数的解释方式取决于所使用的特定协议。

正常情况下，系统使用 SMTP 流水线作业扩展来协商可用的流支持的程度。因此，正常情况下不应该使用此关键字。

流操作可用值的范围是 0 到 3。0 不指定流操作，1 使 RCPT TO 命令组进行流操作，2 使 MAIL FROM/RCPT TO 进行流操作，3 使 HELO/MAIL FROM/RCPT TO 或 RSET/MAIL FROM/RCPT TO 进行流操作。默认值是 0。

TCP/IP 连接和 DNS 查找支持

可以指定有关服务器如何处理 TCP/IP 连接和地址查找的信息。本节说明了以下内容：

• TCP/IP 端口号和接口地址

• 缓存通道连接信息

• 反向 DNS 查找

• IDENT 查找

• TCP/IP MX 记录支持

• 名称服务器查找

• 最后可用的主机

• 外来邮件的备用通道（切换通道）

• 目标主机选择

表 12–22 列出了本节说明的 TCP/IP 连接和 DNS 查找关键字。

TCP/IP 端口号和接口地址

关键字：port、interfaceaddress

发送邮件时，基于 TCP/IP 的 SMTP 通道通常连接到端口 25。可以使用 port 关键字来指示基于 TCP/IP 的 SMTP 通道连接到非标准端口。请注意，该关键字是分发程序选项 PORT 的补充，该选项控制 MTA 侦听的用于接受 SMTP 连接的端口。

interfaceaddress 关键字控制 TCP/IP 通道绑定为出站连接源地址的地址；也就是说，在具有多个接口地址的系统中，当 MTA 发送外发 SMTP 邮件时，该关键字控制哪些地址将用作源 IP 地址。请注意，该关键字是分发程序选项 INTERFACE_ADDRESS 的补充，该选项控制 TCP/IP 通道侦听的用于接受外来连接和邮件的接口地址。

缓存通道连接信息

关键字：cacheeverything、nocache、cachefailures、cachesuccesses

使用 SMTP 协议的通道保留一个包含以前连接尝试的历史记录的高速缓存。使用该高速缓存可以避免多次重新连接到不可访问的主机，多次连接会浪费很多时间并造成其他邮件的延迟。这是基于每个进程的高速缓存，仅存在于出站 SMTP 传送通道的单次运行期间。

高速缓存通常记录连接成功信息和失败信息。（记录成功的连接尝试是为了抵消以后的失败- - 以前成功但现在失败的主机并不保证在进行另一次连接尝试之前的延迟时间会与从未尝试连接或以前曾经连接失败的主机一样长。）

但是 MTA 使用的缓存策略不一定适合所有情况。因此我们提供了通道关键字以调整 MTA 缓存。

cacheeverything 关键字启用所有形式的高速缓存，其为默认设置。nocache 关键字禁用所有高速缓存。

cachefailures 关键字启用连接失败的高速缓存，但不启用连接成功的高速缓存—这比 cacheeverything 对重试的限制更严。最后，cachesuccesses 只对成功连接进行高速缓存。对于 SMTP 通道，该关键字与 nocache 的效果相同。

反向 DNS 查找

关键字：forwardchecknone、forwardchecktag、forwardcheckdelete

forwardchecknone、forwardchecktag 和 forwardcheckdelete 通道关键字可以修改进行反向 DNS 查找的结果。上述关键字可以控制 MTA 是否正向查找使用 DNS 反向查找发现的 IP 名，如果请求正向查找，则指定当 IP 名称的正向查找与原来的连接 IP 号不匹配时 MTA 要执行的操作。

forwardchecknone 关键字是默认设置，表示不进行正向查找。forwardchecktag 关键字通知 MTA 在每次反向查找后进行正向查找，如果使用正向查找发现的号码与原来的连接号码不匹配，则用星号 (*) 标记 IP 名称。forwardcheckdelete 关键字通知 MTA 在每次反向查找后进行正向查找，如果该名称的正向查找与原来的连接 IP 地址不匹配，则忽略（删除）反向查找返回的名称；在这种情况下，MTA 使用原来的 IP 地址。

在很多站点中正向查找与原来的 IP 地址不匹配是很正常的因为这些站点将较为普通的 IP 名称用于多个不同的 IP 地址。

IDENT 查找

关键字：identnone、identnonelimited、identtnonnumeric、identnonesymbolic、identtcp、identtcpnumeric、identtcpsymbolic、identtcplimited

IDENT 关键字控制 MTA 使用 IDENT 协议处理连接和查找的方式。在 RFC 1413 中有对 IDENT 协议的说明。

identtcp、identtcpsymbolic 和 identtcpnumeric 关键字通知 MTA 使用 IDENT 协议执行连接和查找。从 IDENT 协议获取的信息（通常是进行 SMTP 连接的用户的身份）将按照以下方式插入到邮件的 Received: 标题中：

• identtcp 插入与外来 IP 号相应的主机名（如 DNS 反向查找所报告）和 IP 号本身。

• identtcpsymbolic 插入与外来 IP 号相应的主机名（如 DNS 反向查找所报告），IP 号码本身不包含在 Received: 标题中。

• identtcpnumeric 插入实际的外来 IP 号—不对 IP 号执行 DNS 反向查找。

远程系统必须运行 IDENT 服务器，identtcp、identtcpsymbolic 或 identtcpnumeric 引起的 IDENT 查找才有用。

请注意，IDENT 查询尝试可能会使性能下降。不断增加的路由器将使尝试连接到无法识别的端口的操作进入“黑洞”。如果在 IDENT 查询时出现这种情况，则 MTA 直到连接超时（TCP/IP 栈控制的超时，一般为大约一至二分钟）后才能收到返回的结果。

将 identtcp、indenttcplimited 或 identtcpsymbolic 与 identtcpnumeric 进行比较时，会出现另一个性能方面的因素。用 identtcp、identtcplimited 或 identtcpsymbolic 调用的 DNS 反向查找为了获得对用户更加友好的主机名会导致额外的系统开销。

identnone 关键字禁用 IDENT 查找，但会指定 IP 到主机名的转换，并在邮件的 Received: 标题中包含 IP 号和主机名。

identnonesymbolic 关键字禁用 IDENT 查找，但会进行 IP 到主机名的转换；在邮件的 Received: 标题中仅包含主机名。

identnonenumeric 关键字禁用此 IDENT 查找，并禁止通常的 IP 号到主机名的 DNS 反向查找转换，这可能会使性能得到改善，但会减少 Received: 标题中的用户友好信息。该值为默认值。

就 IDENT 查找、反向 DNS 查找以及 Received: 标题中显示的信息而言，identtcplimited 和 identnonelimited 关键字的效果分别与 identtcp 和 identnone 相同。不同点在于，使用关键字 identtcplimited 或 identnonelimited 时，始终将 IP 字面地址作为所有通道切换（由于使用 switchchannel 关键字）的基础，而不考虑 DNS 反向查找是否成功确定了主机名。

TCP/IP MX 记录支持

关键字：mx、nomx、defaultmx、randommx、nonrandommx

某些 TCP/IP 网络支持使用 MX（邮件转发）记录，另外一些网络则不支持。如果 MTA 系统连接到的网络未提供 MX 记录，可以将某些 TCP/IP 通道程序配置为不使用 MX 记录。mx、nomx、defaultmx、randommx、nonrandommx 关键字控制 MX 记录支持。

关键字 randommx 指定应该执行 MX 查找，并且应该按随机顺序处理具有同等优先级的 MX 记录的值。关键字 nonrandommx 指定应该执行 MX 查找，并且应该按与接收顺序相同的顺序处理具有同等优先级的 MX 值。

mx 关键字当前与 nonrandommx 等效；在将来的版本中可能将其更改为与 randommx 等效。nomx 关键字禁用 MX 查找。defaultmx 关键字指定如果网络声称支持 MX 记录，则应该使用 mx。在支持任何形式的 MX 查找的通道中，关键字 defaultmx 是默认设置。

名称服务器查找

关键字：nameservers、defaultnameservers

执行名称服务器查找时，可以使用 nameservers 通道关键字指定要查看的名称服务器列表，而不查看 TCP/IP 栈自身选择的名称服务器。nameservers 关键字要求用于名称服务器的以空格分隔的 IP 地址列表，如以下示例所示：

nameservers 1.2.3.1 1.2.3.2

默认设置 defaultnameservers 表示使用 TCP/IP 栈自身选择的名称服务器。

为了在 UNIX 中防止名称服务器查找，可以修改 nsswitch.conf 文件。在 NT 中，请修改 TCP/IP 配置。

最后可用的主机

关键字：lastresort

lastresort 关键字用于指定要连接的主机，即使所有其他连接尝试均失败。实际上，它充当最后可用的 MX 记录。它只在 SMTP 通道中有用。

此关键字需要一个参数用以指定“最后可用的系统”的名称。例如：

tcp_local single_sys smtp mx lastresort mailhub.siroe.com
TCP-DAEMON

外来邮件的备用通道（切换通道）

关键字：switchchannel、allowswitchchannel、noswitchchannel。另请参见SMTP 验证、SASL 和 TLS中的 saslswitchchannel 和传输层安全性中的 tlsswitchchannel。

以下关键字控制对外来邮件的备用通道的选择：switchchannel、allowswitchchannel、noswitchchannel。

MTA 在接受来自远程系统的外来连接时，必须选择与该连接关联的通道。通常该选择取决于所使用的传输；例如，外来的基于 TCP/IP 的 SMTP 连接将自动与 tcp_local 通道关联。

但是，如果使用具有不同特性的多个外发通道来处理基于相同传输的不同系统，则无法再使用该约定。发生这种情况时，外来连接无法关联到与外发连接相同的通道，造成相应的通道特性无法关联到远程系统。

switchchannel 关键字提供了解决上述问题的方法。如果在服务器使用的初始通道中指定了切换通道，则连接（发件）主机的 IP 地址将与通道表进行匹配，如果匹配，将对源通道进行相应更改。如果未查找到匹配的 IP 地址，或查找到的匹配地址与原来默认的外来通道相同，MTA 可以选择尝试使用进行 DNS 反向查找时查找到的主机名进行匹配。可以将源通道更改为标记为 switchchannel 或 allowswitchchannel（默认设置）的任意通道。noswitchchannel 关键字指定不对通道或从通道执行通道切换操作。

默认情况下，在与服务器关联的通道以外的通道中指定 switchchannel 将没有效果。目前，switchchannel 只影响 SMTP 通道，但是实际上在任何其他通道中使用 switchchannel 都不合理。

目标主机选择

关键字：daemon、single、single_sys

daemon 关键字的解释和用法取决于应用该关键字的通道的类型。

daemon 关键字用于 SMTP 通道控制目标主机的选择。

通常，连接到任意主机的通道都被列在正被处理的邮件的信封地址中。使用 daemon 关键字可以通知通道连接到特定的远程系统（一般是防火墙或邮件集线器系统），而不考虑信封地址。实际远程系统的名称应该直接出现在 daemon 关键字之后，如以下示例所示：

tcp_firewall smtp mx daemon firewall.acme.com
TCP-DAEMON

如果 daemon 关键字之后的参数不是全限定域名，则参数将被忽略，通道将连接到它的正式主机。正式主机是与通道相关的全限定主机名。可以在包含三行的通道块的第二行中指定：

tcp_firewall smtp mx daemon router
firewall.acme.com
TCP-DAEMON

也可以在包含两行的通道块的 TCP-DAEMON 之后指定正式主机，这样，出站连接便可以将其自身识别为特定的主机：

tcp_firewall smtp mx daemon router
TCP-DAEMON firewall.acme.com

如果将防火墙或网关系统名称指定为正式主机名，通常将 daemon 关键字的给定参数指定为路由器，如以下示例所示：

tcp_firewall smtp mx daemon router
firewall.acme.com
TCP-DAEMON

其他重要关键字包括 single 和 single_sys。single 关键字指定应该为通道中的每个目标地址分别创建一个邮件副本。single_sys 关键字为所用的每个目标系统创建一个邮件副本。请注意，不管使用哪个关键字，至少为邮件在其排队的每个通道创建每个邮件的一个副本。

SMTP 验证、SASL 和 TLS

关键字：maysaslserver、mustsaslserver、nosasl、 nosaslserver、saslswitchchannel、nosaslswitchchannel)

您可以控制 Messaging Server 是否支持使用 SASL（Simple Authentication and Security Layer，简单验证和安全层）对 SMTP 服务器进行验证。在 RFC 2222 中定义了 SASL，有关 SASL、SMTP 验证和安全性的更多信息，请参见第 19 章，配置安全和访问控制。

maysaslserver、mustsaslserver、nosasl、nosaslserver、switchchannel 和 saslswitchchannel 通道关键字用于 SMTP 协议期间配置 SMTP 通道（例如 TCP/IP 通道）对 SASL (SMTP AUTH) 的使用。

nosasl 是默认设置，表示不允许或不尝试 SASL 验证。它包括 nosaslserver，表示不允许 SASL 验证。指定 maysaslserver 使 SMTP 服务器允许客户机尝试使用 SASL 验证。指定 mustsaslserver 使 SMTP 服务器坚持让客户机使用 SASL 验证；除非远程客户机验证成功，否则 SMTP 服务器不接受邮件。

使用 saslswitchchannel 使外来连接在客户机成功使用 SASL 后切换到指定的通道。它使用一个必需的值，以指定将切换到的通道。

在标题中使用来自 SMTP AUTH 的已验证的地址

关键字：authrewrite

authrewrite 通道关键字和相关的 AUTH_REWRITE 映射表允许使用从验证操作中获得的寻址信息修改标题和信封地址。特别是，可以将 SASL 验证配置为提供授权的电子邮件地址。通常使用 SMTP AUTH 信息，尽管通过 FROM_ACCESS 映射可能会覆盖该信息。authrewrite 关键字根据表 12–23 使用要求的位值。

应严格限制 $Z 标志，因为很少合法地用它们来修改信封和标题地址。

指定 Microsoft Exchange 网关通道

关键字：msexchange、nomsexchange

msexchange 通道关键字可以用于 TCP/IP 通道，它通知 MTA 此通道是与 Microsoft Exchange 网关及客户机通信的通道。当被放置到已启用 SASL（通过 maysaslserver 或 mustsaslserver 关键字）的外来 TCP/IP 通道中时，它使 MTA 的 SMTP 服务器公布 AUTH 使用的是“不正确”格式（基于原来的 ESMTP AUTH 规范，该规范实际上与正确的 ESMTP 用法不兼容，不是基于更正后的较新 AUTH 规范）。例如，某些 Microsoft Exchange 客户机不能识别正确的 AUTH 格式，只能识别错误的 AUTH 格式。

msexchange 通道关键字还使损坏的 TLS 命令得以公布（和识别）。

nomsexchange 是默认设置。

传输层安全性

关键字：maytls、maytlsclient、maytlsserver、musttls、musttlsclient、musttlsserver、notls、notlsclient、notlsserver、tlsswitchchannel

maytls、maytlsclient、maytlsserver、musttls、musttlsclient、musttlsserver、notls、notlsclient、notlsserver 和 tlsswitchchannel 通道关键字用于 SMTP 协议期间配置基于 SMTP 的通道（例如 TCP/IP 通道）对 TLS 的使用。

默认设置是 notls，表示不允许或不尝试 TLS。它包括 notlsclient 关键字和 notlsserver 关键字，前者表示 MTA SMTP 客户机不对外发连接尝试使用 TLS（外发连接期间不发出 STARTTLS 命令），后者表示 MTA SMTP 服务器不允许对外来连接使用 TLS（SMTP 服务器不公布 STARTTLS 扩展，也不接受命令本身）。

指定 maytls 将使 MTA 向外来连接提供 TLS，并对外发连接尝试 TLS。它包括 maytlsclient 和 maytlsserver，前者表示发送外发邮件时，如果是发送到支持 TLS 的 SMTP 服务器，MTA SMTP 客户机将尝试使用 TLS，后者表示 MTA SMTP 服务器将公布支持 STARTTLS 扩展，并允许在接收邮件时使用 TLS。

请注意，要使 TLS 正常工作，必须具备以下条件：

• 必须设置证书的保护/拥有权，以使 mailsrv 帐户可以访问文件。

• 存储证书的目录需要设置保护/拥有权以便 mailsrv 帐户可以访问该目录内的文件。

指定 musttls 将使 MTA 坚持在外来和外发连接中使用 TLS；电子邮件将不与未能成功协商 TLS 使用的远程系统进行交换。它包括 musttlsclient，表示 MTA SMTP 客户机坚持在发送外发邮件时使用 TLS，并且不对未能成功协商 TLS 使用的 SMTP 服务器发送邮件（MTA 将发出 STARTTLS 命令，并且该命令必须成功）。它还包括 musttlsserver，表示 MTA SMTP 服务器将公布支持 STARTTLS 扩展，并坚持在接收外来邮件时使用 TLS，将不接受来自未能成功协商 TLS 使用的客户机的邮件。

tlsswitchchannel 关键字用于使外来连接在客户机的 TLS 协商成功后切换到指定的通道。它使用一个必需的值，以指定将切换到的通道。

配置邮件处理和传送

您可以配置服务器何时基于特定条件尝试传送邮件。您也可以为作业处理指定参数，例如服务作业的处理限制或何时产生新的 SMTP 通道线程。本节说明了以下内容：

• 设置通道方向性

• 实现延迟传送日期

• 为传送失败的邮件指定重试频率

• 用于通道执行作业的处理池

• 服务作业限制

• 基于大小的邮件优先级

• SMTP 通道线程

• 多个地址扩展

• 启用服务转换

有关邮件处理和传送的概念信息，请参见表 12–24。

配置邮件处理和传送 汇总了本节中说明的关键字。

设置通道方向性

关键字：master、slave、bidirectional

这些关键字用于指定通道是由主程序 (master) 或从程序 (slave) 还是这两者 (bidirectional) 为其服务。如果不指定关键字，则默认设置为 bidirectional。这些关键字确定当邮件在通道中排队时，MTA 是否启动传送活动。

这些关键字的使用反映了相应通道程序的某些基本特性。MTA 支持的各种通道的说明表明了应该在何时何处使用这些关键字。

实现延迟传送日期

关键字：deferred、nodeferred、immnonurgent

deferred 通道关键字实现 Deferred-delivery: 标题行的识别和生效。具有 deferred 将来传送日期的邮件将保留在通道队列中，直到过期并返回，或者到达延迟传送日期。有关 Deferred-delivery: 标题行格式和操作的详细信息，请参见 RFC 1327。

关键字 nodeferred 是默认设置。请务必注意，尽管 RFC 1327 强制支持对延迟邮件的处理，但事实上该功能的实际实现使人们将邮件系统用作其磁盘配额的扩展。

提交紧急、正常和不紧急邮件后，关键字 immnonurgent 将立即开始传送。

为传送失败的邮件指定重试频率

关键字：backoff、nonurgentbackoff、normalbackoff、urgentbackoff、notices

默认情况下曾经传送失败的邮件的传送重试的频率取决于邮件的优先级。传送尝试之间的默认间隔（以分钟计）如下所示。优先级后面的第一个数字表示初始传送失败后经过多少分钟进行第一次传送重试：

urgent: 30, 60, 60, 120, 120, 120, 240
normal: 60, 120, 120, 240, 240, 240, 480
nonurgent: 120, 240, 240, 480, 480, 480, 960

对于紧急邮件，初始传送失败后过 30 分钟尝试重试，第一次传送重试后过 60 分钟重试，第二次重试后过 60 分钟重试，第三次重试后过 120 分钟重试，等等。指定的最后一次尝试之后的重试将以同样的间隔进行。因此，对于紧急邮件来说，每 240 分钟重试一次。

传送尝试将在一定的时间周期内继续，该时间周期由关键字 notices、nonurgentnotices、normalnotices 或 urgentnotices 指定。如果无法进行成功的传送，则生成传送失败通知并将邮件返回给发件人。（有关 notices 关键字的详细信息，请参见设置通知邮件传送间隔。）

backoff 关键字可以使您能为不同优先级的邮件指定传送重试间隔的自定义设置。nonurgentbackoff 指定不紧急邮件的间隔。normalbackoff 指定正常邮件的间隔。urgentbackoff 指定紧急邮件的间隔。如果不指定上述关键字，backoff 将为所有邮件指定间隔，而不考虑优先级。

下面显示了一个示例：

urgentbackoff "pt30m" "pt1h" "pt2h" "pt3h" "pt4h" "pt5h" "pt8h" "pt16h"

此实例中，紧急邮件在初始传送失败后过 30 分钟尝试重新传送，第一次传送尝试后过 1 小时（初始失败后 1 小时 30 分钟）重试，第二次传送尝试后过 2 小时重试，第三次传送尝试后过 3 小时重试，第四次传送尝试后过 4 小时重试，第五次传送尝试后过 5 小时重试，第六次传送尝试后过 8 小时重试，第七次传送尝试后过 16 小时重试。之后每 16 小时进行一次尝试，直到 notices 关键字指定的时间周期结束。如果无法进行成功的传送，则生成传送失败通知并将邮件返回给发件人。请注意，间隔语法位于 ISO 8601P 中，Sun Java System Messaging Server Administration Reference 中对其进行了说明。

在接下来的示例中，

normalbackoff "pt30m" "pt1h" "pt8h" "p1d" "p2d” "p1w"

正常邮件在初始传送失败后过 30 分钟尝试重新传送，第一次传送尝试后过 1 小时重试，第二次尝试后过 8 小时重试，第三次尝试后过 1 天重试，第四次尝试后过 2 天重试，第五次尝试后过 1 周重试，之后每周重复一次，直到 notices 关键字指定的时间周期结束。如果无法进行成功的传送，则生成传送失败通知并将邮件返回给发件人。

在最后的示例中，

backoff "pt30m" "pt120m" "pt16h" "pt36h" "p3d"

无论邮件的优先级是什么，所有传送失败的邮件（除非被 nonurgentbackoff、normalbackoff 或 urgentbackoff 覆盖）将在初始传送失败后过 30 分钟重试，第一次重试后过 2 小时重试，第二次尝试后过 16 小时重试，第三次尝试后过 36 小时重试，第四次尝试后过 3 天重试，之后每 3 天重复一次，直到 notices 关键字指定的时间周期结束。如果无法进行成功的传送，则生成传送失败通知并将邮件返回给发件人。

用于通道执行作业的处理池

关键字：pool

通过让各种通道在同一池中运行，可以将各种通道配置为共享资源。您可能还希望配置其他通道，使其能够在专用于特定通道的池中运行。在每个池中，根据邮件的优先级将邮件自动分成不同的处理队列。池中高优先级的邮件在低优先级的邮件之前处理。（请参见基于大小的邮件优先级）

通过使用 pool 关键字，可以基于通道在通道中选择创建作业的池。pool 关键字后面必须跟池名称，当前通道的传送作业将应置于该池中。池的名称不能多于 12 个字符。

有关作业控制器的概念和配置的更多信息，请参阅作业控制器文件、作业控制器文件和服务作业限制。

服务作业限制

关键字：maxjobs、filesperjob

每次将邮件加入通道队列时，作业控制器将确保存有一个运行的作业，用于传送邮件。这可能涉及启动一个新作业进程、添加一个线程或只是通知一个作业已经在运行。但是，单个服务作业可能不足以确保所有邮件的及时传送。（有关作业控制器的概念和配置的更多信息，请参阅作业控制器文件、用于通道执行作业的处理池和作业控制器。）

对于任何给定安装，都存在一个合理的为传送邮件而启动的进程和线程的最大数量。该最大数量取决于诸如处理器的数量、磁盘的速度以及连接的特性等因素。在 MTA 配置中，可以控制以下内容：

• 为给定通道启动运行的最大进程数（maxjobs 通道关键字）

• 为一组通道启动的最大进程数（作业控制器配置文件中的相关池部分的 JOB_LIMIT 参数）

• 启动新线程或新进程之前接收的排队邮件的数量（threaddepth 通道关键字）

• 对于某些通道，将在给定传送程序中运行的最大线程数（通道选项文件中的 max_client_threads 参数）

为给定通道启动运行的最大进程数是通道中 maxjobs 设置的最小值，也是通道在其中运行的池的 JOB_LIMIT 设置的最小值。

假定需要处理一个邮件。通常作业控制器按照以下方法启动新进程：

• 如果不存在为通道运行的进程，而且未达到池作业限制，则作业控制器将启动新进程。

• 如果通道程序是单线程的，或者已经达到线程限制，并且待办事项增加到超过多个线程（由 threaddepth 指定），而通道和池作业限制均未达到，则作业控制器将启动新进程。

• 如果通道程序是多线程的，未达到线程限制，而待处理邮件增加到超过多个 threaddepth，则启动新线程。

特定于 SMTP 通道而言，当邮件加入不同主机的队列时，将启动新线程或新进程。因此，对于 SMTP 通道，作业控制器按照以下方法启动新进程。假定需要处理一个邮件，将进行以下操作：

• 如果不存在为 SMTP 通道运行的进程，并且未达到池限制，则作业控制器将启动新进程。

• 如果已经达到线程限制 (MAX_CLIENT_THREADS)，邮件加入未被服务的主机队列，而且通道限制 (maxjobs) 和池作业限制 (JOB_LIMIT) 均未达到，则启动新进程。

• 如果未达到线程限制，邮件加入未被服务的主机队列，则启动新线程。

• 如果未达到线程限制，而加入队列的邮件使该主机的待处理邮件增加到超过多个 threaddepth，则启动新线程。

另请参见SMTP 通道线程。

filesperjob 关键字可用于使 MTA 创建附加服务作业。该关键字使用一个正整数参数，指定必须将多少队列条目（即文件）发送到关联的通道之后才能创建一个以上的服务作业用以处理队列条目。如果给定的值小于或等于零，则被解释为请求仅加入一个服务作业。不指定关键字等效于指定零。该关键字的效果将被最大化；计算的较大数量为实际创建的服务作业的数量。

filesperjob 关键字按给定值划分实际队列条目或文件的数量。请注意，给定邮件产生的队列条目的数量由许多因素控制，包括但不仅限于关键字 single 和 single_sys 的使用以及邮件列表中标题修改操作的规范。

maxjobs 关键字对于可以同时运行的服务作业的总数设置了上限。此关键字后面必须跟一个整数值，如果计算的服务作业的数量大于该值，则实际只创建 maxjobs 作业。如果未指定 maxjobs，则默认值为 100。通常将 maxjobs 值设置为小于或等于可以在任意服务池或通道使用的池中同时运行的作业的总数。

设置连接事务限制

关键字：transactionlimit

transactionlimit 限制每个连接允许的邮件数量。可以按照以下的方式使用此关键字来阻止攻击者：

攻击者可以通过 SMTP 进行连接并发送大量 RCPT TO 命令以尝试猜出合法的电子邮件地址。通过限制事务中允许的无效 RCPT TO 的数量，可以阻止这样的攻击。攻击者可能使用多个事务进行应答，但是通过 transactionlimit，您可以限制 SMTP 会话中允许的事务数量。攻击者可以使用多个会话，但是其成本是高昂的。可以使用连接限制以各种方式来限制会话的数量，使其成本在大多数情况下真正变得高昂。

但是，我们也必须付出代价。某些 SMTP 客户机对收件人限制、事务限制或二者的响应相当差。需要对这些客户机设置例外。但是，TCP 通道选项将无条件应用到 SMTP 服务器。解决方案是使用通道关键字和 switchchannel 将有问题的代理路由到限制数量更大的通道。

基于大小的邮件优先级

关键字：urgentblocklimit、normalblocklimit、nonurgentblocklimit

关键字 urgentblocklimit、normalblocklimit 和 nonurgentblocklimit 可用于指示 MTA 根据邮件大小对邮件的优先级进行降级处理。这些关键字影响作业控制器处理邮件时应用的优先级。

SMTP 通道线程

关键字：threaddepth

多线程 SMTP 客户机将发向不同目标的外发邮件分到不同的线程中。threaddepth 关键字可用于指示多线程 SMTP 客户机在任何一个线程中只处理指定数量的邮件，即使所有邮件都发向同一目标（因此通常在一个线程中进行处理），也对这些邮件使用附加线程。此关键字的默认值为 10。

每当通道的待办事项增加到超过多个 threaddepth 时，作业控制器将试图增加专用于处理在该通道排队的邮件的处理数量。对于多线程通道，作业控制器建议处理该通道邮件的任意作业启动新线程，或者，如果所有作业都具有允许用于此通道的最大线程数（tcp_* 通道的选项中的 MAX_CLIENT_THREADS），则启动新进程。对于单线程通道，将启动新进程。请注意，如果已达到通道的作业限制 (maxjobs) 或池的作业限制 (JOB_LIMIT)，作业控制器将不启动新作业。

实质上，threaddepth 控制如何安排主动作业。让我们考虑两种不同的情况：

(1) 正常（出站）SMTP 通道

(2) 转发到智能主机的 SMTP 通道

作业控制器将按照目标主机对发往特定通道的邮件进行排序，并基于这些目标主机上的待办事项安排作业处理邮件的顺序。

在第一个实例中，将有大量目标主机，而且大部分目标主机的代办事项都比较小。将有大量线程处于运行状态并且一切都运行良好，不过，对于像 aol、yahoo、hotmail 这样的通信量非常大的目标主机可能会出现例外。如果使用 128 的线程深度，则当代办事项达到 128 时，您只能将第二个线程传送到 yahoo。这不是一种理想的状况。

在第二个实例中，只有一个目标主机，将多个线程传送到该主机是比较理想的。美中不足的是，默认值 10 可能太小。

当通道连接到的 SMTP 服务器可以处理多个同时连接时，使用 threaddepth 对于在守护进程路由器 TCP/IP 通道（连接到单个特定 SMTP 服务器的 TCP/IP 通道）中实现多线程可能会尤其有用。

多个地址扩展

关键字：expandlimit、expandchannel、holdlimit

大多数通道支持在每个入站邮件的传输中指定多个收件人地址。在一个邮件中指定多个收件人地址可能会导致邮件传输处理的延迟（联机延迟）。如果延迟时间太长，则可能出现网络超时，这又会导致重复的邮件提交和其他问题。

MTA 提供了一种特殊的功能，如果为一个邮件指定了超过给定数量的地址，则强制执行延迟（脱机）处理。邮件处理的延迟可以大幅度减少联机延迟。但是请注意，处理开销是被延迟，而不是被完全避免了。

例如，通过结合使用普通的 reprocessing 通道和 expandlimit 关键字，可以激活这一特殊功能。expandlimit 关键字使用整数参数，该参数指定进行延迟处理之前来自通道的邮件中应被接受的地址数。如果不指定 expandlimit 关键字，则默认值为无穷大。如果值为 0，则对来自通道的所有外来地址强制执行延迟处理。

在本地通道或 reprocessing 通道本身中不应指定 expandlimit 关键字，如果指定，将产生不可预料的结果。

可以使用 expandchannel 关键字指定用以实际执行延迟处理的通道；如果不指定 expandchannel，将默认使用 reprocessing 通道，但是使用其他某个重新处理通道或处理通道对于某些特殊目的会很有用。如果通过 expandchannel 指定了用于延迟处理的通道，则该通道应为重新处理通道或处理通道；指定其他种类的通道可能会导致不可预料的结果。

必须将 reprocessing 通道或用于执行延迟处理的任意其他通道添加到 MTA 配置文件中，以使 expandlimit 关键字生效。如果您的配置是通过 MTA 配置实用程序构建的，那么您应该已经具有重新处理通道。

收件人地址列表非常大通常是主动提供的批量电子邮件的特点。holdlimit 关键字告诉 MTA，如果进入通道的邮件使收件人超过指定数量，则应该将其标记为 .HELD 邮件，并让其加入 reprocess 通道（或通过 expandchannel 关键字指定的任意通道）队列。该文件将不被处理，它将在 reprocess 队列中等待 MTA 邮寄主管手动介入。

启用服务转换

关键字：service、noservice

service 关键字无条件启用服务转换，不考虑 CHARSET-CONVERSION 条目。如果设置了 noservice 关键字，则必须通过 CHARSET-CONVERSION 为进入该通道的邮件启用服务转换。

配置地址处理

本节说明了涉及地址处理的关键字。其中包含以下各节：

• 启用服务转换

• 地址类型和约定

• 解释使用 ! 和 % 的地址

• 在地址中添加路由信息

• 禁用显式路由地址的重写

• 邮件出队后的地址重写

• 指定修正不完整地址时使用的主机名

• 使缺少收件人标题行的邮件合法化

• 删除非法的空收件人标题

• 启用特定于通道的反向数据库使用

• 启用限制的邮箱编码

• 生成 Return-path 标题行

• 从信封 To 和 From 地址构建 Received 标题行

• 处理地址标题行中的注释

• 处理地址标题行中的个人名称

• 指定别名文件和别名数据库探测

• 子地址处理

• 启用特定于通道的重写规则检查

• 删除源路由

• 必须从别名指定地址

地址类型和约定

关键字：822、733、uucp、header_822、header_733、header_uucp

这组关键字控制通道支持的地址类型。传输层（邮件信封）中使用的地址和邮件标题中使用的地址是有区别的。

822 (sourceroute)

源路由信封地址。此通道支持完整的 RFC 822 格式的信封寻址约定（包含源路由）。也可以使用关键字 sourceroute，它是 822 的同义词。如果不指定其他信封地址类型关键字，则此关键字为默认设置。

733 (percents)

百分号信封地址。此通道支持完整的 RFC 822 格式的信封寻址（源路由除外）；应该使用百分号约定重写源路由。也可以使用关键字 percents，它是 733 的同义词。

在 SMTP 通道中使用 733 地址约定将导致在 SMTP 信封的传输层地址中继续使用这些约定。这可能违反 RFC 821。请仅在确实必要时才使用 733 地址约定。

uucp (bangstyle)

bang 式样的信封地址。此通道在信封中使用符合 RFC 976 bang 式样地址约定的地址（例如，这是 UUCP 通道）。也可以使用关键字 bangstyle，它是 uucp 的同义词。

header_822

源路由标题地址。此通道支持完整的 RFC 822 格式的标题寻址约定（包含源路由）。如果不指定其他标题地址类型关键字，则此关键字为默认设置。

header_733

百分号标题地址。此通道支持 RFC 822 格式的标题寻址（源路由除外）；应该使用百分号约定重写源路由。

在邮件标题中使用 733 地址约定可能会违反 RFC 822 和 RFC 976。请仅在确保通道连接到无法处理源路由地址的系统时才使用该关键字。

header_uucp

UUCP 或 bang 式样标题地址。不建议使用此关键字。使用此关键字违反 RFC 976。

解释使用 ! 和 % 的地址

关键字：bangoverpercent、nobangoverpercent、percentonly

地址始终依据 RFC 822 和 RFC 976 进行解释。但是，处理上述标准未涉及的某些复合地址时会有歧义。尤其是，格式 A!B%C 的地址可以解释为：

• A 是路由主机，C 是最终目标主机

或

• C 是路由主机，A 是最终目标主机

尽管 RFC 976 指出邮件程序可以使用后一种约定解释地址，但却没有说这种解释是必需的。某些情况下使用前一种解释反而更好。

bangoverpercent 关键字强制执行前一种 A!(B%C) 解释。nobangoverpercent 关键字强制执行后一种 (A!B)%C 解释。nobangoverpercent 是默认设置。

此关键字不影响对格式 A!B@C 地址的处理。这些地址将始终被处理为 (A!B)@C。RFC 822 和 RFC 976 均强制使用这种处理。

percentonly 关键字忽略 bang 路径。如果设置了此关键字，百分号将被解释为路由。

在地址中添加路由信息

关键字：exproute、noexproute、improute、noimproute

MTA 使用的寻址模式假定所有系统都知道所有其他系统的地址并知道如何到达这些地址。不幸的是，这一理想并非在所有情况下都可行，例如当通道连接到一个或多个不为外界所知的系统（例如专用 TCP/IP 网络中的内部计算机）时就不可行。该通道中的系统的地址对于站点以外的远程系统来说可能是非法的。如果希望能够回复上述地址，则地址中必须包含源路由，源路由将通知远程系统通过本地计算机路由邮件。然后本地计算机可以（自动）将邮件路由到上述计算机中。

当通道地址传递到远程系统时，exproute 关键字（"explicit routing" 的缩写）通知 MTA 关联的通道要求显式路由。如果在通道中指定了此关键字，MTA 会将包含本地系统名称（或本地系统的当前别名）的路由信息添加到与该通道匹配的所有标题地址和所有信封 From: 地址。默认设置 noexproute 指定不应该添加路由信息。

EXPROUTE_FORWARD 选项可用于将 exproute 操作限制为反向指向地址。当 MTA 通过无法为自身执行正确路由的通道连接到系统时，将出现另一种情况。在这种情况下，当邮件被发送到与无法胜任路由的系统相连接的通道中时，所有该邮件中使用的与其他通道关联的地址均需要指明路由。

隐式路由和 improute 关键字用于处理这种情况。MTA 知道，当邮件被发送到标记为 improute 的通道中时，邮件中使用的所有与其他通道匹配的地址都需要路由。默认设置 noimproute 指定不应该将路由信息添加到发出到指定通道的邮件的地址中。IMPROUTE_FORWARD 选项可用于将 improute 操作限制为反向指向地址。

exproute 和 improute 关键字应谨慎使用。它们会使地址变得长而且复杂，并可能破坏其他系统使用的智能路由模式。显式和隐式路由不应与指定的路由混淆。指定的路由用于将来自重写规则的路由信息插入到地址中。此功能由特殊的 A@B@C 重写规则模板激活。

激活指定路由后，它将被应用到标题和信封的所有地址。由于指定路由是被特定的重写规则激活的，因此它们通常独立于当前使用的通道。显式和隐式路由的控制却是以每个通道为基础，插入的路由地址始终是本地系统。

禁用显式路由地址的重写

关键字：routelocal

向通道重写地址时，routelocal 通道关键字使 MTA 尝试让地址中所有显式路由“短路”。显式路由地址（使用字符 !、% 或 @）将被简化。

在内部通道（如内部 TCP/IP 通道）中使用此关键字可以简化 SMTP 中继阻止的配置。

请注意，在可能需要显式 % 路由或其他路由的通道中不应该使用此关键字。

邮件出队后的地址重写

关键字：connectalias、connectcanonical

将邮件加入通道队列时，MTA 通常重写地址。邮件出队期间，不再执行其他重写操作。当主机名已更改，而通道队列中却仍然存在发送到旧主机名的邮件时，上述做法将导致潜在的问题。

connectalias 关键字通知 MTA 将邮件传送到收件人地址中列出的任意主机。该值为默认值。关键字 connectcanonical 通知 MTA 连接到 MTA 原本应该连接的系统的主机别名。

指定修正不完整地址时使用的主机名

关键字：remotehost、noremotehost、defaulthost、nodefaulthost

MTA 常收到来自配置错误或不兼容的邮件程序和 SMTP 客户机的不包含域名的地址。在允许进一步传递这类邮件之前，MTA 将尝试使其合法。MTA 通过在地址中附加域名来达到上述目的（例如，将 @siroe.com 附加到 mrochek 后面）。

对于缺少域名的信封 To: 地址，MTA 始终假定应该附加本地主机名。但是对于其他地址（例如 From: 地址），就 MTA SMTP 服务器而言至少有两个合理的域名选择：本地 MTA 主机名和客户机 SMTP 报告的远程主机名。或者在某些情况下，可能还有第三种合理的选择—将添加到进入该通道的邮件中的特定域名。现在，前两种选择都可能是正确的，因为两种情况都可能在运行时以一定的频率出现。当处理配置不正确的 SMTP 客户机时，使用远程主机的域名比较合适。当处理轻量远程邮件客户机（例如使用 SMTP 收发邮件的 POP 或 IMAP 客户机）时，使用本地主机的域名可能比较合适。或者，如果是轻量远程邮件客户机（例如 POP 或 IMAP 客户机），则客户机具有不属于本地主机的自己的特定域名。那么添加上述不同的特定域名可能会比较合适。MTA 最好基于每个通道在通道中作选择。

noremotehost 通道关键字指定应该使用本地主机的名称。关键字 noremotehost 是默认设置。

defaulthost 通道关键字用于指定特定的主机名，以将其附加到外来的缺少域名的用户 ID 的地址中。它必须后接用于完成进入相应通道的地址（信封 From: 和标题中）的域名。（如果提交通道，defaulthost 关键字的第一个参数还将影响缺少域名的信封 To: 地址。）可以指定用于完成信封 To: 地址的第二个可选域名（其中至少有一个句点）。nodefaulthost 是默认设置。

如前面的外来邮件的备用通道（切换通道）部分所述，switchchannel 关键字可用于将外来的 SMTP 连接与特定通道相关联。该功能可用于在通道中对远程邮件客户机进行分组，以便对它们进行适当的处理。或者，您可以部署与标准兼容的远程邮件客户机（即使多个不兼容的客户机正在使用中），这比尝试解决 MTA 主机中网络范围的问题简单。

使缺少收件人标题行的邮件合法化

关键字：missingrecipientpolicy

RFC 822 (Internet) 邮件需要包含收件人标题行：To:、Cc: 或 Bcc: 标题行。缺少上述标题行的邮件是非法的。然而，某些损坏的用户代理和邮件程序（例如，许多老版本的 sendmail）却发送非法邮件。

missingrecipientpolicy 关键字使用整数值，该值指定用于处理此类邮件的方法；如果未明确指定该关键字，则默认值为 1（传递非法邮件，不进行更改）。

请注意，MISSING_RECIPIENT_POLICY 选项可用于为此行为设置 MTA 系统默认值。初始 Messaging Server 配置将 MISSING_RECIPIENT_POLICY 设置为 1。

删除非法的空收件人标题

关键字：dropblank、nodropblank

在 RFC 822 (Internet) 邮件中，所有 To:、Resent-To:、Cc: 或 Resent-Cc: 标题都需要至少包含一个地址—这种标题不能包含空值。然而，某些邮件程序却可能发出这种非法标题。如果在源通道中指定 dropblank 通道关键字，此关键字将使 MTA 删除外来邮件中所有这种非法空标题。

启用特定于通道的反向数据库使用

关键字：reverse、noreverse

reverse 关键字通知 MTA，应该使用地址反向数据库或 REVERSE 映射（如果其中任何一个存在的话）检查或修改（如果可能）在此通道排队的邮件的地址。noreverse 使在此通道排队的邮件地址免受地址反向处理。reverse 关键字是默认设置。请参阅将地址由内部格式转换为公用格式。

启用限制的邮箱编码

关键字：restricted、unrestricted

某些邮件系统处理 RFC 822 所允许的所有地址时会有困难。尤其常见的例子是基于 sendmail 的带有错误配置文件的邮件程序。用引号引起的本地部分（或指定的邮箱）是问题的常见根源：

"smith, ned"@siroe.com

这是引起问题的如此主要的根源，以致于 RFC 1137 制订了解决该问题的方法。基本的处理方法是从地址中删除引号，然后应用转换，将需要引号的字符映射为原子中允许的字符（有关本文中使用的“原子”的定义，请参见 RFC 822）。例如，前面的地址将变成：

smith#m#_ned@siroe.com

restricted 通道关键字通知 MTA，通道将连接到要求此编码的邮件系统。然后，当邮件被写入通道时，MTA 对标题和信封地址中用引号引起的部分进行编码。通道中的外来地址将被自动解码。unrestricted 关键字通知 MTA 不执行 RFC 1137 编码和解码。关键字 unrestricted 是默认设置。

如果与通道连接的系统无法接受用引号引起的本地部分，则应该对该通道应用 restricted 关键字。如果通道实际生成用引号引起的本地部分，则不应该对其应用该关键字。（我们认为能够生成这种地址的通道也能够处理这种地址。）

生成 Return-path 标题行

关键字：addreturnpath、noaddreturnpath

通常，添加 Return-path: 标题行是执行最终传送的通道的责任。但是对于某些通道（例如 ims-ms 通道），由 MTA 添加 Return-path: 标题比允许通道执行此添加操作效率更高。addreturnpath 关键字使 MTA 在邮件加入该通道队列时添加 Return-path: 标题。

从信封 To 和 From 地址构建 Received 标题行

关键字：receivedfor、noreceivedfor、receivedfrom、noreceivedfrom

receivedfor 关键字指示 MTA，如果邮件只发给一个信封收件人，则将该信封 To: 地址包含在其构建的 Received: 标题行中。关键字 receivedfor 是默认设置。noreceivedfor 关键字指示 MTA 构建 Received: 标题行，但不包含任何信封地址信息。

receivedfrom 关键字指示 MTA，如果 MTA 由于某些种类的邮件列表扩展等原因而更改了信封 From: 地址，则在为外来邮件构建 Received: 标题行时包含原来的信封 From: 地址。receivedfrom 是默认设置。noreceivedfor 关键字指示 MTA 构建 Received: 标题行，但不包含原来的信封 From: 地址。

处理地址标题行中的注释

关键字：commentinc、commentmap、commentomit、commentstrip、commenttotal、 sourcecommentinc、sourcecommentmap、sourcecommentomit、sourcecommentstrip、 sourcecommenttotal

MTA 仅在必要时才解释标题行的内容。但是，必须对所有包含地址的已注册的标题行进行分析，以重写并消除缩写格式的地址，或者将其转换为合法地址。此进程期间，将在重建标题行时提取注释（括号中的字符串），并可能对其进行修改或将其排除。

可以使用关键字 commentinc、commentmap、commentomit、commentstrip 和 commenttotal 控制此行为。commentinc 关键字通知 MTA 保留标题行中的注释。这是默认设置。关键字 commentomit 通知 MTA 从寻址标题（例如，To:、From: 或 Cc: 标题行）删除所有注释。

关键字 commenttotal 通知 MTA 从除 Received: 标题行之外的所有标题行中删除所有注释；通常，该关键字没有用处或建议不要使用。commentstrip 通知 MTA 从所有注释字段中删除所有非原子字符。commentmap 关键字通过 COMMENT_STRINGS 映射表运行注释字符串。

在源通道中，可以使用关键字 sourcecommentinc、sourcecommentmap、sourcecommentomit、sourcecommentstrip 和 sourcecommenttotal 控制此行为。sourcecommentinc 关键字指示 MTA 保留标题行中的注释。这是默认设置。sourcecommentomit 关键字指示 MTA 从寻址标题（例如 To:、From: 和 Cc: 标题）删除所有注释。关键字 commenttotal 通知 MTA 从除 Received: 标题之外的所有标题中删除所有注释；因此，该关键字通常没有用处或建议不要使用。最后，sourcecommentstrip 关键字指示 MTA 从所有注释字段中删除所有非原子字符。sourcecommentmap 关键字通过源通道运行注释字符串。

上述关键字可以应用到所有通道中。

COMMENT_STRINGS 映射表的语法如下：

(comment_text) | address

如果条目模板设置了 $Y 标志，则使用指定的文本（应该用括号括起）替换原来的注释。

处理地址标题行中的个人名称

关键字：personalinc、personalmap、personalomit、personalstrip、 sourcepersonalinc、sourcepersonalmap、sourcepersonalomit、sourcepersonalstrip

在重写进程期间必须对所有包含地址的标题行进行分析，以重写并消除缩写格式的地址，或者将其转换为合法地址。在此进程期间，将在重建标题行时提取个人名称（尖括号分隔的地址前面的字符串），并可以选择对其进行修改或将其排除。

可以使用关键字 personalinc、personalmap、personalomit 和 personalstrip 控制此行为。关键字 personalinc 通知 MTA 保留标题中的个人名称。这是默认设置。关键字 personalomit 通知 MTA 删除所有个人名称。关键字 personalstrip 通知 MTA 从所有个人名称字段中删除所有非原子字符。personalmap 关键字指示 MTA 通过 PERSONAL_NAMES 映射表运行个人名称。

在源通道中，可以使用关键字 sourcepersonalinc、sourcepersonalmap、sourcepersonalomit 或 sourcepersonalstrip 控制此行为。sourcepersonalinc 关键字指示 MTA 保留标题中的个人名称。这是默认设置。sourcepersonalomit 关键字指示 MTA 删除所有个人名称。最后，sourcepersonalstrip 指示 MTA 从所有个人名称字段中删除所有非原子字符。sourcepersonalmap 关键字指示 MTA 通过源通道运行个人名称。

上述关键字可以应用到所有通道中。

PERSONAL_NAMES 映射表探测的语法是：

personal_name | address

如果模板设置了 $Y 标志，则用指定的文本替换原来的个人名称。

指定别名文件和别名数据库探测

关键字：aliaslocal

通常只在别名文件和别名数据库中查找被重写到本地通道（即 UNIX 中的 L 通道）的地址。可以将 aliaslocal 关键字置于通道中，以便在别名文件和别名数据库中也能查找被重写到该通道的地址。然后，ALIAS_DOMAINS 选项将控制所进行的查找探测的确切形式。

子地址处理

关键字：subaddressexact、subaddressrelaxed、subaddresswild

作为关于子地址概念的背景，本地和 ims-ms 通道对地址本地部分（邮箱部分）中的 + 字符有各自的特殊解释：在 name+subaddress@domain 形式的地址中，MTA 将邮箱中加号后面的部分看作子地址。本地通道将子地址看作附加的装饰性信息，它将邮件实际发送给帐户名，而不考虑子地址；ims-ms 通道将子地址解释为向其传送邮件的文件夹名。

子地址还影响本地通道（即 UNIX 中的 L 通道）对别名的查找、所有使用 aliaslocal 关键字标记的通道对别名的查找以及目录通道对邮箱的查找。上述查找匹配中对子地址的确切处理方式是可以配置的：将地址与条目进行比较时，MTA 将始终首先检查整个邮箱（包含子地址）以获得完全匹配；此后 MTA 是否执行其他检查是可以配置的。

subaddressexact 关键字指示 MTA 在条目匹配期间不执行特别的子地址处理；整个邮箱（包含子地址）与条目匹配时才认为该别名匹配。不执行其他比较（尤其是，不执行通配符比较或删除子地址后的比较）。subaddresswild 关键字指示 MTA，对完全匹配（包含整个子地址）进行查找后，接下来 MTA 应查找名称+* 格式的条目。subaddressrelaxed 关键字指示 MTA，对完全匹配以及名称+* 格式的匹配进行查找后，MTA 应另外检查仅名称部分相同的匹配。使用 subaddressrelaxed 时，以下格式的别名条目将与名称或名称 + 子地址匹配，无格式名称将转换为新名称，名称 + 子地址将转换为新名称 + 子地址。subaddressrelaxed 关键字是默认设置。

name:   newname+*

因此，当使用别名或目录通道而用户希望接收使用任意子地址的邮件地址时，subaddresswild 关键字或 subaddressrelaxed 关键字可能很有用。使用上述关键字后，将无需再为地址中的每个子地址变量分别指定条目。

请注意，上述关键字只对本地通道（即 UNIX 中的 L 通道）、目录通道或用 aliaslocal 关键字标记的任意通道有意义。

标准的 Messaging Server 配置通过实际具有 subaddressrelaxed 行为的 L 通道进行中继操作（未明确指定其他关键字时使用的默认设置）。

启用特定于通道的重写规则检查

关键字：rules、norules

rules 关键字通知 MTA 对该通道强制执行特定于通道的重写规则检查。该值为默认值。norules 关键字通知 MTA 不对该通道进行检查。这两个关键字通常用于调试，很少在实际应用程序中使用。

删除源路由

关键字：dequeue_removeroute

dequeue_removeroute 关键字在邮件出队列时从信封 To: 地址中删除源路由。此关键字当前仅在 tcp-* 通道中得以实现。将邮件传输到不能正确处理源路由的系统中时，此关键字会很有用。

必须从别名指定地址

关键字：viaaliasoptional、viaaliasrequired

viaaliasrequired 指定所有与通道匹配的最终收件人地址都必须由别名生成。最终收件人地址是指执行别名扩展（如果相关）后的匹配。不能将地址作为收件人地址直接传递给 MTA，也就是说，仅将地址重写到通道是不够的。重写到通道后，地址必须通过别名进行扩展，然后才能被认为与通道真正匹配。

例如，viaaliasrequired 关键字可以用于本地通道中阻止任意帐户（例如 UNIX 系统中的任意本地 Berkeley 邮箱）的传送。

默认设置是 viaaliasoptional，表示不要求与通道匹配的最终收件人地址由别名生成。

配置标题处理

本节说明了涉及标题和信封信息的关键字。其中包含以下各节：

• 重写嵌入式标题

• 删除选定的邮件标题行

• 生成/删除 X-Envelope-to 标题行

• 将日期转换为两位数或四位数

• 在日期中指定星期几

• 自动分割长标题行

• 标题对齐和折叠

• 指定标题行最大长度

• 敏感度检查

• 设置标题中的默认语言

重写嵌入式标题

关键字：noinner、inner

仅在必要时才解释标题行内容。但是，由于具有在邮件中嵌入邮件的功能 (message/RFC822)，因此 MIME 邮件可能包含多组邮件标题。MTA 通常只解释和重写最外面那组邮件标题。但也可以选择通知 MTA 对邮件中的内部标题应用标题重写。

可以使用关键字 noinner 和 inner 控制此行为。关键字 noinner 通知 MTA 不重写内部邮件标题行。这是默认设置。关键字 inner 通知 MTA 对邮件进行解析，并重写内部标题。上述关键字可以应用到所有通道中。

删除选定的邮件标题行

关键字：headertrim、noheadertrim、headerread、noheaderread、innertrim、noinnertrim

MTA 提供了基于每个通道的功能，可以从邮件中剪裁或删除选定的邮件标题行。通过将通道关键字和一至两个关联的标题选项文件结合使用可以实现此功能。在 《Sun Java System Messaging Server 6 2005Q4 Administration Reference》中的“Header Option Files” 中介绍了标题选项文件的格式。

headertrim 关键字指示 MTA 在处理原来的邮件标题之后查看与通道关联的标题选项文件并对在该目标通道排队的邮件的标题进行相应的剪裁。noheadertrim 关键字不进行标题剪裁。关键字 noheadertrim 是默认设置。

innertrim 关键字指示 MTA 对内部邮件部分（即嵌入的 MESSAGE/RFC822 部分）也执行标题剪裁。noinnertrim 关键字是默认设置，它通知 MTA 不对内部邮件部分执行标题剪裁。

headerread 关键字指示 MTA 在处理原来的邮件标题之前查看与通道关联的标题选项文件并对加入该源通道队列的邮件的标题进行相应的剪裁。请注意，另一方面，headertrim 标题剪裁是在处理邮件之后应用的，而且是应用于目标通道而不是源通道。noheaderread 关键字不对加入队列的邮件进行标题剪裁。noheaderread 是默认设置。

与关键字 headeromit 和 headerbottom 不同，关键字 headertrim 和 headerread 可以应用到任意通道中。但是请注意，从邮件中删除重要的标题信息可能会导致 MTA 无法正常操作。选择要删除或要对其进行限制的标题时请特别小心。存在该功能是因为在极少的某些情况下必须删除或限制选定的标题行。

从邮件中删除标题信息可能会导致 MTA 无法正常操作。选择要删除或要对其进行限制的标题时请小心。提供这些关键字是因为在极少的某些情况下必须删除或限制选定的标题行。对任何标题行进行剪裁或删除之前，您必须了解该标题行的用途，并考虑删除操作可能带来的后果。

用于关键字 headertrim 和 innertrim 的标题选项文件的名称格式为 channel _headers.opt，其中 channel 是标题选项文件与其关联的通道的名称。类似地，headerread 关键字的标题选项文件的名称格式为 channel_read_headers.opt。上述文件存储在 MTA 配置目录 instance_root/imta/config/ 中。

生成/删除 X-Envelope-to 标题行

关键字：x_env_to、nox_env_to

关键字 x_env_to 和 nox_env_to 控制在特定通道排队的邮件副本中的 X-Envelope-to 标题行的生成或取消。在用 single 关键字标记的通道中，x_env_to 关键字启用上述标题的生成，而 nox_env_to 则从加入队列的邮件中删除上述标题。默认设置是 nox_env_to。

x_env_to 关键字还需要 single 关键字才能生效。

将日期转换为两位数或四位数

关键字：datefour、datetwo

原来的 RFC 822 规范要求邮件标题中日期字段必须使用两位数年份。后来 RFC 1123 将其更改为四位数。但是某些旧邮件系统无法接受四位数日期。此外，某些新邮件系统不再允许两位数日期。

无法同时处理这两种格式的系统将遇到标准相互违背的问题。

关键字 datefour 和 datetwo 控制 MTA 对邮件标题日期中年份字段的处理。关键字 datefour 是默认设置，它指示 MTA 将所有年份字段扩展为四位数。值小于 50 的两位数日期会加 2000，值大于 50 的两位数日期则加 1900。

关键字 datetwo 指示 MTA 删除四位数日期中的前两位数。此功能是为了与要求两位数日期的不兼容的邮件系统兼容；不得用于其他用途。

在日期中指定星期几

关键字：dayofweek、nodayofweek

RFC 822 规范允许在邮件标题中日期字段的开头指定星期几。但是某些系统不能容纳星期几的信息。这使某些系统不愿包含此信息，尽管在标题中使用这些信息很有用。

关键字 dayofweek 和 nodayofweek 控制 MTA 对星期几信息的处理。关键字 dayofweek 是默认设置，它指示 MTA 保留所有星期几信息，如果缺少此信息，则将其添加到日期和时间标题中。

关键字 nodayofweek 指示 MTA 删除日期和时间标题中开头的星期几信息。此功能是为了与不能正确处理此信息的不兼容的邮件系统兼容；不得用于其他用途。

自动分割长标题行

关键字：maxheaderaddrs、maxheaderchars

某些邮件传输（尤其是某些 sendmail 实现）不能正确处理长标题行。通常这不仅会导致标题行损坏，而且会导致错误的邮件拒绝。尽管这一现象严重违背标准，却是个常见的问题。

MTA 提供了基于每个通道的功能，可以将长标题行分割（断开）为多个独立的标题行。maxheaderaddrs 关键字控制一行中可以显示的地址的数量。maxheaderchars 关键字控制一行中可以显示的字符的数量。这两个关键字都要求一个整数参数，用以指定关联的限制。默认情况下，不对标题行的长度和可以显示的地址数实施任何限制。

标题对齐和折叠

关键字：headerlabelalign、headerlinelength

headerlabelalign 关键字控制加入此通道队列的邮件标题的对齐点；它使用整数值参数。对齐点是指标题内容对齐的边界。例如，对齐点为 10 的实例标题行外观如下：

To:       joe@siroe.com
From:     mary@siroe.com
Subject:  Alignment test
         

默认的 headerlabelalign 是 0，表示不对齐标题。headerlinelength 关键字控制加入此通道队列的邮件标题行的长度。将依据 RFC 822 折叠规则对大于该长度的标题行进行折叠。

上述关键字只控制邮件队列中邮件标题的格式，标题的实际显示通常由用户代理控制。此外，通过 Internet 传输标题时，将对其进行例行的重新格式化处理，因此即使将这些关键字与简单用户代理一起使用，如果用户代理不对邮件标题进行重新格式化的，则可能也没有可见的效果。

指定标题行最大长度

关键字：maxprocchars

处理包含许多地址的长标题行会消耗大量系统资源。maxprocchars 关键字用于指定 MTA 能够处理和重写的最大长度的标题。标题超过此长度的邮件将仍然被接受和传送，唯一的区别在于将不以任何方式重写长标题行。此关键字需要整数参数。默认设置为处理任意长度的标题。

敏感度检查

关键字：sensitivitynormal、sensitivitypersonal、sensitivityprivate、 sensitivitycompanyconfidential

敏感度检查关键字设置通道可以接受的邮件敏感度的上限。默认设置是 sensitivitycompanyconfidential；任意敏感度的邮件都可以通过。没有 Sensitivity: 标题的邮件被认为是正常邮件，即敏感度最低的邮件。如果邮件的敏感度高于上述关键字的指定，则当其排入通道时将被拒绝，并显示错误消息：

邮件对所使用的一个或多个路径过于敏感

请注意，MTA 进行此类敏感度检时以每个邮件为级别而不是以每个收件人为级别：如果某个收件人的目标通道未能通过敏感度检查，则所有收件人的邮件都将退回，而不仅是与敏感通道关联的收件人。

设置标题中的默认语言

关键字：language

标题中经过编码的内容可以显示为特定语言。language 关键字指定默认语言。

附件和 MIME 处理

本节说明了涉及附件和 MIME 处理的关键字。其中包含以下各节：

• 忽略 Encoding 标题行

• Message/Partial 邮件的自动片段整理

• 大型邮件的自动分段

• 实施邮件行长度限制

忽略 Encoding 标题行

关键字：ignoreencoding、interpretencoding

MTA 可以用 Yes CHARSET-CONVERSION 将各种非标准邮件格式转换为 MIME。尤其是，RFC 1154 格式使用非标准 Encoding: 标题行。但是某些网关在此标题行中发出不正确信息，导致有时需要忽略此标题行。ignoreencoding 关键字指示 MTA 忽略所有 Encoding: 标题行。

除非 MTA 已启用 CHARSET-CONVERSION，否则任何情况下都将忽略此标题。interpretencoding 关键字指示 MTA 注意所有 Encoding: 标题行（如果配置为执行此操作），此关键字是默认设置。

Message/Partial 邮件的自动片段整理

关键字：defragment、nodefragment

MIME 标准提供了 message/partial 内容类型，用于将邮件分成较小的部分。当邮件必须在有大小限制的网络中传输，或者在不可靠的网络中传输时，此功能会很有用。在后一种情况下，邮件分段可以提供某种形式的“检查点”，当邮件传输期间出现网络故障时可以减少随后的复制工作。每一部分中都将包含信息，以便邮件到达目的地后可以自动重新组合邮件。

defragment 通道关键字和片段整理通道提供了在 MTA 中重新组合邮件的方法。当通道被标记为 defragment 时，在通道排队的所有部分邮件将被置于片段整理通道队列中。所有部分都到达之后，将重新组合邮件并进行发送。nodefragment 禁用此特殊处理功能。关键字 nodefragment 是默认设置。

片段整理通道保留时间

在片段整理通道队列中将邮件仅保留有限时间。如果发送第一个未传送通知之前时间已过去一半，将发送邮件的各个部分，不进行重新组合。选择此时间值排除了为片段整理通道队列中的邮件发送未传送通知的可能性。

通道关键字 notices 将控制发送未传送通知之前所经过的时间，因此也控制着邮件在分块发送之前被保留的时间。将关键字 notices 的值设置为希望保留邮件以进行可能的片段整理的时间的两倍。例如，notices 的值为 4 可以使邮件片段保留两天：

defragment notices 4 
DEFRAGMENT-DAEMON

大型邮件的自动分段

关键字：maxblocks、maxlines

某些电子邮件系统或网络传输无法处理超过特定大小限制的邮件。MTA 以各个通道为基础提供了实施此类限制的功能。大于所设置的限制的邮件将被自动分割（分段）成多个较小的邮件。用于这种分段的内容类型为 message/partial，并添加唯一的 ID 参数，以便同一邮件的不同部分可以彼此关联，并在可能的情况下由接收邮件程序自动重新组合。

关键字 maxblocks 和 maxlines 用于实施大小限制，超过此限制时将激活自动分段功能。这两个关键字后面都必须跟一个整数值。关键字 maxblocks 指定邮件中允许的最大块数。MTA 块通常为 1024 字节，可以使用 MTA 选项文件中的 BLOCK_SIZE 选项对其进行更改。关键字 maxlines 指定邮件中允许的最大行数。如果必要，可以同时实施上述两个限制。

某种程度上，邮件标题也包含在邮件大小中。由于不能将邮件标题分割成多个邮件，但是标题本身有可能超过指定的大小限制，因此使用一种相当复杂的机制来解释邮件标题大小。该逻辑由 MTA 选项文件中的 MAX_HEADER_BLOCK_USE 和 MAX_HEADER_LINE_USE 选项控制。

MAX_HEADER_BLOCK_USE 用于指定 0 和 1 之间的一个实数。默认值为 0.5。在邮件可以使用的总块数（由 maxblocks 关键字指定）中，邮件标题可以占用该比例的块数。如果邮件标题大于该值，MTA 将以 MAX_HEADER_BLOCK_USE 和 maxblocks 的乘积作为 * MAX_HEADER_BLOCK_USE 标题的大小（标题大小取实际标题大小和 maxblocks 中较小的值）。

例如，如果 maxblocks 为 10 且 MAX_HEADER_BLOCK_USE 为默认值 0.5，则所有大于 5 个块的邮件标题将按 5 个块的标题来处理，如果邮件大小等于或小于 5 个块，则不对其进行分段。如果值为 0，将不对标题做任何邮件大小限制方面的处理。

如果值为 1，则标题可以使用所有可用大小。每个分段将始终至少包含一个邮件行，无论这样做是否导致超过大小限制。MAX_HEADER_LINE_USE 与 maxlines 关键字结合使用的方式与上述相似。

实施邮件行长度限制

关键字：linelength

SMTP 规范允许文本行最多包含 1000 字节。但是，某些传输对行的长度可能会实施更为严格的限制。linelength 关键字提供了以各个通道为基础的机制，用于限制允许的最大邮件行长度。如果在给定通道排队的邮件的行长于为该通道指定的限制，则对邮件进行自动编码。

MTA 中可用的各种编码总是将行长度减少到少于 80 个字符。编码后可以应用适当的解码过滤器来恢复原来的邮件。

编码只能将行的长度减少到少于 80 个字符。将行的长度值指定为小于 80 可能不会实际生成长度符合该限制的行。

linelength 关键字使数据编码执行“软”自动换行以用于传输。通常在接收端对编码进行解码，以便恢复原来的“长”行。有关“硬”自动换行的信息，请参见表 13–7 中的 "Record, text"。

对邮件、配额、收件人和验证尝试次数的限制

本节说明了设置邮件大小限制、用户配额和权限的关键字。其中包含以下各节：

• 对不成功验证尝试的次数的限制

• 指定绝对邮件大小限制

• 重新定向超过大小限制或收件人限制的邮件

• 处理对超过配额用户的邮件传送

• 处理包含超过 1000 个字符的行的 SMTP 邮件

• 控制通用内容类型参数、文件名内容类型参数和内容处理参数的长度

• 对邮件收件人进行限制

• 限制标题大小

对不成功验证尝试的次数的限制

关键字：disconnectbadauthlimit

断开会话连接之前，此关键字可以用于对允许在会话中进行的不成功验证尝试的次数进行限制。此选项的默认值为 3。

指定绝对邮件大小限制

关键字：blocklimit、noblocklimit、linelimit、nolinelimit、sourceblocklimit

尽管分段功能可以自动将邮件分成较小的部分，但某些情况下应该拒绝大于某个出于管理目的定义的限制的邮件（例如为了避免对服务拒绝的攻击）。

关键字 blocklimit、linelimit 和 sourceblocklimit 用于实施绝对大小限制。上述所有关键字后面都必须跟一个整数值。

关键字 blocklimit 指定邮件中允许的最大块数。MTA 拒绝将块数大于该值的邮件在通道排队的尝试。MTA 块通常为 1024 字节，可以使用 MTA 选项文件中的 BLOCK_SIZE 选项对其进行更改。

关键字 sourceblocklimit 指定外来邮件中允许的最大块数。MTA 拒绝向通道提交块数大于该值的邮件的尝试。也就是说，blocklimit 应用于目标通道，而 sourceblocklimit 应用于源通道。MTA 块通常为 1024 字节，可以使用 MTA 选项文件中的 BLOCK_SIZE 选项对其进行更改。

也可以根据每个发件人来指定源块限制，方法是：使用 MTA 选项 LDAP_SOURCEBLOCKLIMIT 指定用户 LDAP 属性并将此属性添加到发件人 LDAP 条目。还可以基于发件人域来支持源块限制。用 MTA 选项 LDAP_DOMAIN_ATTR_SOURCEBLOCKLIMIT 指定域 LDAP 属性，并将此属性添加到发件人的域 LDAP 条目。这些值都没有默认值。

关键字 linelimit 指定邮件中允许的最大行数。MTA 拒绝将行数大于该值的邮件在通道排队的尝试。如果必要，可以同时实施关键字 blocklimit 和 linelimit。

MTA 选项 LINE_LIMIT 和 BLOCK_LIMIT 可用于在所有通道中实施相似的限制。这些限制的优点是可以应用于所有通道。因此，MTA 服务器可以在获取邮件收件人信息之前使邮件客户机了解这些限制。这就简化了某些协议中的邮件拒绝进程。

通道关键字 nolinelimit 和 noblocklimit 是默认设置，表示除了通过 MTA 选项 LINE_LIMIT 或 BLOCK_LIMIT 实施的全局限制外，不实施任何限制。

重新定向超过大小限制或收件人限制的邮件

关键字：alternatechannel、alternateblocklimit、alternatelinelimit、alternaterecipientlimit

MTA 可以将超过指定的收件人数量限制、邮件大小限制或邮件行数限制的邮件重新定向到备用目标通道。可以通过设置能置于任意目标通道中的以下通道关键字实现此功能：alternatechannel、alternateblocklimit、alternatelinelimit 和 alternaterecipientlimit。alternatechannel 关键字使用一个参数，指定要使用的备用通道的名称。其他每个关键字都接受整数参数，指定一个相应的阈值。超过上述任意阈值的邮件将被加入备用通道（而不是原来的目标通道）队列中。

在以下的通道块示例中，超过 5000 块的大型邮件本来应该通过 tcp_local 通道进入 Internet，现在却通过 tcp_big 通道进入 Internet：

tcp_local smtp ...other keywords... alternatechannel tcp_big alternateblocklimit 5
tcp-daemon


tcp_big smtp ...rest of keywords...
tcp-big-daemon

以下示例说明了如何使用 alternate* 通道关键字：

• 如果要延迟传送大型邮件或在非高峰时间传送大型邮件，可以控制 alternatechannel（例如 tcp_big）的运行时间。

  一种方法是使用 imsimta qm 实用程序的 STOP channel_name 和 START channel_name 命令，通过自己的自定义周期性作业（由作业控制器运行）或通过 cron 作业定期执行这些命令。

• 如果要让作业控制器处理大型邮件或自身的池中有很多收件人的邮件，也可以使用 alternatechannel。

  您可以将小型邮件或收件人较少的邮件与大型邮件或有很多收件人的邮件分开，因为远程 SMTP 服务器处理和接收后者将花费较长时间；您可能不愿意让大型邮件延迟小型邮件的传送。

  请注意，大多数配置中都可以接受作业控制器的常规邮件调度以及将邮件指定到线程和进程。

• 如果要为大型邮件或有很多收件人的邮件设置特殊的 TCP/IP 通道超时值，则可以使用 alternatechannel。

  尤其是，如果要将邮件发送给远程主机，则设置特殊的 TCP/IP 通道超时值会很有用，因为远程主机接收大型邮件或有很多收件人的邮件会花费大量时间。

  请注意，对于大多数配置，默认的自动超时调整应该已经足够。至多您可能希望对默认值进行调整，不使用某个特殊通道。有关详细信息，请参见 《Sun Java System Messaging Server 6 2005Q4 Administration Reference》 中的 STATUS_DATA_RECV_PER_ADDR_TIME 和 STATUS_DATA_RECV_PER_BLOCK_TIME 通道选项。

• 如果要对特别大的邮件进行特殊的 MIME 邮件分段处理，则可以将通道关键字 alternatechannel 和 alternateblocklimit 与通道关键字 maxblocks 一起使用。

  一般情况下，如果要对超过指定大小的邮件进行分段，应该将所需的 maxblocks 大小置于常规的出站 TCP/IP 通道中。通常 maxblocks 通道关键字既是执行分段的阈值，又是分段的大小。

  但是，如果要触发较大的阈值，并使实际分段较小，则可以在出站 TCP/IP 通道中使用 alternatechannel 和 alternateblocklimit。然后可以在备用通道中使用 maxblock 大小，对超过特定大小的邮件进行分段。

• 可以将 alternatechannel 与特殊的过滤功能结合使用。例如，可能需要对有很多收件人的邮件的内容进行更为仔细的检查，以防它是垃圾邮件。您可能希望以外发通道为基础进行不同的过滤（请参见指定邮箱过滤器文件位置中的 destinationfilter 通道关键字）。

  如果通过转换通道执行相对资源密集的扫描（例如病毒过滤），非常的大邮件可能会有资源问题。您可能希望使用备用转换通道。或者，您可能希望基于外发通道在常规转换通道中执行特殊的转换过程。

• 如果希望大型外发邮件离开其自己的通道，则可以使用 alternatechannel，以便在分析 mail.log* 文件时或在计数器显示中突出这些大型邮件。

  而且，如果试图对传送统计进行仔细分析，则在大型邮件自己的通道内对其进行处理会很有用。这是因为发送给远程 SMTP 主机的大型邮件或有很多收件人的邮件可能会花费较长时间才能完成处理，因此为大型邮件创建的传送统计不同于一般邮件。

处理对超过配额用户的邮件传送

关键字：holdexquota、noexquota

关键字 noexquota 和 holdexquota 控制发送给 Berkeley 邮箱用户 (UNIX) 的邮件的处理，即传送到 uid 本地通道且超过其磁盘配额的用户。

noexquota 通知 MTA 将发送给超过配额用户的邮件返回邮件的发件人。holdexquota 通知 MTA 保留发送给超过配额用户的邮件，该邮件将保留在 MTA 队列中，直到可以被传送，或邮件超时并由邮件返回作业返回给发件人。

处理包含超过 1000 个字符的行的 SMTP 邮件

关键字：rejectsmtplonglines、wrapsmtplonglines、truncatesmtplonglines

rejectsmtplonglines 添加拒收邮件选项，拒绝包含字符数超过 1000 个（包括 CRLF）的行（SMTP 中允许这种行）的邮件。此区域中的其他选项包括 wrapsmtplonglines（将过长的行自动换行）和默认的 truncatesmtplonglines（将过长的行截断）。这两个关键字均必须应用到用于提交的初始通道（例如 tcp_local）。它不会影响后续切换到的任何通道。