|
| |
| Sun Java System Messaging Server 6 2004Q2 管理指南 | |
第 12 章
配置通道定义本章介绍如何在 MTA 配置文件 imta.cnf 中使用通道关键字定义。阅读本章之前，请先阅读第 10 章“关于 MTA 服务和配置”、通道定义和MTA 配置文件。本章包含以下各节：
注
如果在 imta.cnf 中更改了通道定义，则当装入了配置数据的任何程序或通道（例如，SMTP 服务器）启动时，必须使用 imsimta restart 命令对其进行重新启动（仅一次）。如果使用的是编译的配置，则必须重新编译然后再重新启动。有关编译配置信息和启动程序的详细信息，请参见 Messaging Server Reference Manual。
按字母顺序列出的通道关键字下表是按字母顺序列出的关键字列表。
按功能分类的通道关键字下表是分类后的关键字列表。
表 12-2 按功能分类的通道关键字
关键字
页
定义
地址处理
733
在信封中使用 % 路由；与 percents 同义。
822
在信封中使用源路由；与 sourceroute 相同。
addreturnpath
向排入此通道的邮件添加 Return-path: 标题。
aliaslocal
在别名文件和别名数据库中查找重写的地址。
authrewrite
用于源通道中，它使 MTA 将已验证的创始者信息（如果可用）传播到标题中。
bangoverpercent
将 A!B%C 归入组 A!(B%C)
bangstyle
在信封中使用 UUCP ! 路由；与 uucp 同义。
defaulthost
指定用于完成地址的域名
dequeue_removeroute
从信封 To: 地址中删除源。
exproute
将地址传递到远程系统时，要求显式路由。
holdlimit
当信封收件人地址的数量超过此限制时，将保留邮件。
improute
此通道地址的隐式路由
missingrecipientpolicy
为缺少收件人标题的邮件设置如何使其合法化（添加何种标题）的策略。
noaddreturnpath
邮件进行排队时不添加 Return-path: 标题。
nobangoverpercent
将 A!B%C 归入组 (A!B)%C
nodefaulthost
不指定用于完成地址的域名
noexproute
无用于此通道地址的显式路由
noimproute
无用于此通道地址的隐式路由
noreceivedfrom
构建 Received: 标题行，但不包含原来的信封 From: 地址。
noremotehost
使用本地主机的域名作为缺省域名来完成地址
norestricted
与 unsrestricted 相同。
noreverse
使邮件地址免受地址反向处理
norules
不对此通道强制执行特定于通道的重写规则检查。
percentonly
忽略 bang 路径。在信封中使用 % 路由。
percents
在信封中使用 % 路由；与 733 同义。
remotehost
使用远程主机的名称作为缺省域名来完成地址
restricted
通道连接到需要编码的邮件系统。
reverse
已根据地址反向数据库或 REVERSE 映射检查地址
routelocal
向通道重写地址时，使 MTA 尝试让地址中所有显式路由“短路”。
rules
对此通道强制执行针对通道的重写规则检查。
sourceroute
与 822 同义。
subaddressexact
在条目匹配期间不执行特殊的子地址处理；整个邮箱（包含子地址）都与条目匹配时才认为该别名匹配。
subaddressrelaxed
对完全匹配以及名称+* 格式的匹配进行查找后，MTA 应另外检查仅名称部分相同的匹配。
subaddresswild
对完全匹配（包含整个子地址）进行查找后，接下来 MTA 应查找名称+* 格式的条目。
unrestricted
通知 MTA 不执行 RFC 1137 编码和解码。
uucp
在信封中使用 UUCP! 路由；与 bangstyle 同义。
viaaliasoptional
不要求别名生成与通道相匹配的最终收件人地址。
viaaliasrequired
与通道匹配的最终收件人地址必须由别名生成。
附件和 MIME 处理
defragment
将在通道排队的部分邮件放置到片段整理通道队列中。
ignoreencoding
忽略外来邮件中的 Encoding: 标题。
interpretencoding
对外来邮件中的 Encoding: 标题进行解释（如果需要）。
nodefragment
禁用片段整理。
字符集和八位数据
charset7
与 7 位文本邮件关联的缺省字符集
charset8
与 8 位文本邮件关联的缺省字符集
charsetesc
与包含换码符的 7 位文本关联的缺省字符集
eightbit
通道支持八位字符。
eightnegotiate
如果可能，通道应对使用八位传输进行协商。
eightstrict
拒绝包含未经协商的八位数据标题的邮件。
sevenbit
不支持 8 位字符；必须对 8 位字符进行编码。
MTA 队列区域中的文件创建
addrsperfile
可与通道队列中单个邮件文件相关联的收件人最大数量的限制
expandchannel
指定由于应用 expandlimit 而在其中执行延迟扩展的通道。
expandlimit
地址数目超过此限制时，“脱机”处理外来邮件。
multiple
对邮件文件中收件人的数量未作限制，但将 SMTP 通道缺省为 99。
single
为通道中每个目标地址分别创建一个邮件副本。
single_sys
为所用的每个目标系统创建一个邮件副本。
subdirs
指定将在其中分布通道队列的邮件的子目录的数量。
标题
authrewrite
用于源通道中，它使 MTA 将已验证的创始者信息（如果可用）传播到标题中。
commentinc
完好保留邮件标题行中的注释。
commentmap
通过 COMMENT_STRINGS 映射表运行邮件标题行中的注释字符串。
commentomit
从邮件标题行中删除注释。
commentstrip
从邮件标题行的注释字段中删除有问题的字符。
commenttotal
删除除 Received: 标题行以外的所有标题行中的注释（括号中的内容）标题行。不建议使用。
datefour
将所有年份字段扩展为四位数。
datetwo
删除四位数日期中的前两位数。提供与要求两位数日期的邮件系统的兼容性；不得用于其它用途。
dayofweek
保留星期几信息，并将其添加到缺少此信息的日期和时间标题中。
defaulthost
指定用于完成地址的域名
dropblank
删除外来邮件中的非法空标题。
header_733
在邮件标题中使用 % 路由。
header_822
在邮件标题中使用源路由。
headerlabelalign
控制排入此通道的邮件标题的对齐点；它使用整数参数。
headerlinelength
控制排入此通道的标题行的长度。
headerread
在处理原来的邮件标题之前，邮件入队后对邮件标题应用选项文件中的标题剪裁规则（请小心使用）。
headertrim
在处理原来的邮件标题之后，对邮件标题应用选项文件中的标题剪裁规则。
header_uucp
在标题中使用 ! 路由
inner
分析邮件并重写内部标题。
innertrim
对内部邮件标题应用选项文件中的标题剪裁规则（请小心使用）。
language
指定标题的缺省语言。
maxheaderaddrs
控制一行中可以显示的地址数量。
maxheaderchars
控制一行中可以显示的字符数量。
missingrecipientpolicy
为缺少收件人标题的邮件设置如何使其合法化（添加何种标题）的策略。
nodayofweek
从日期和时间标题中删除星期几。提供与不能处理此信息的邮件系统的兼容性；不得用于其它用途。
nodefaulthost
不指定用于完成地址的域名
nodropblank
不删除外来邮件中的非法空标题。
noheaderread
不应用选项文件中的标题剪裁规则。
noheadertrim
不应用选项文件中的标题剪裁规则。
noinner
不重写内部邮件标题行。
noinnertrim
不对内部邮件标题应用标题剪裁。
noreceivedfor
构建 Received: 标题行，而不包含任何信封收件人信息。
noreceivedfrom
构建 Received: 标题行，但不包含原来的信封 From: 地址。
noremotehost
使用本地主机的域名作为缺省域名来完成地址
noreverse
使在此通道排队的邮件地址免受地址反向处理
norules
不对此通道强制执行特定于通道的重写规则检查。
nox_env_to
删除 X-Envelope-to 标题行。
personalinc
完好保留邮件标题行中的个人名称字段。
personalmap
通过 PERSONAL_NAMES 映射表运行个人名称。
personalomit
从邮件标题行中删除个人名称字段。
personalstrip
从标题行的个人名称字段中删除有问题的字符。
receivedfor
如果邮件只发送给一个信封收件人，将该信封 To: 地址包含在它构建的 Received: 标题行中。
receivedfrom
如果 MTA 更改了信封 From: 地址，则为传入邮件构造 Received: 标题行时包含原来的信封 From: 地址。
remotehost
使用远程主机的名称作为缺省域名来完成地址
restricted
通道连接到需要此编码的邮件系统。
reverse
根据地址反向数据库或 REVERSE 映射检查地址
rules
对此通道强制执行针对通道的重写规则检查。
sensitivitycompanyconfidential
Companyconfidential 是所接受的邮件的敏感度上限。
sensitivitynormal
Normal 是所接受的邮件的敏感度上限。
sensitivitypersonal
Personal 是所接受的邮件的敏感度上限。
sensitivityprivate
Private 是所接受的邮件的敏感度上限。
sourcecommentinc
保留外来邮件标题行中的注释。
sourcecommentmap
通过源通道运行标题行中的注释字符串。
sourcecommentomit
删除来从外来邮件标题行（例如，To:、From: 和 Cc: 标题）的所有注释。
sourcecommentstrip
从外来标题行的注释字段中删除有问题的字符。
sourcecommenttotal
删除外来邮件中的注释（扩号中的内容）。
sourcepersonalinc
完好保留外来邮件标题行中的个人名称。
sourcepersonalmap
通过源通道中运行个人名称。
sourcepersonalomit
从外来邮件标题行中删除个人名称字段。
sourcepersonalstrip
从外来邮件标题行的个人名称字段中删除有问题的字符。
unrestricted
通知 MTA 不执行 RFC 1137 编码和解码。
x_env_to
启用生成 X-Envelope-to 标题行。
外来通道匹配和切换
allowswitchchannel
允许从 switchchannel 通道切换到此通道
nosaslswitchchannel
SASL 验证成功完成后，不切换到此通道
noswitchchannel
不应该切换到此通道或从此通道切换到其它通道。
switchchannel
从服务器通道切换到与发件主机关联的通道。
saslswitchchannel
使外来连接在客户机成功使用 SASL 后切换到指定的通道。
tlsswitchchannel
TLS 协商成功后，切换到其它通道。
记录和调试
logging
将邮件入队和出队信息记录到日志文件中，并为特定通道激活记录。
loopcheck
在 SMTP EHLO 响应标题中放入字符串，以便 MTA 检查它是否在与自身通信。
master_debug
在通道的主程序输出中创建调试输出。
nologging
不将邮件入队和出队信息记录到日志文件中。
noloopcheck
不在 SMTP EHLO 响应标题中放入字符串。
nomaster_debug
通道的主程序输出中无调试输出。
noslave_debug
不生成从属调试输出。
slave_debug
生成从属调试输出。
长地址列表或标题
expandchannel
指定由于应用 expandlimit 而在其中执行延迟扩展的通道。
expandlimit
地址数目超过此限制时，“脱机”处理外来邮件。
holdlimit
地址数量超过此限制时保留邮件。
maxprocchars
可以处理和重写的最大长度的标题。
邮箱过滤器
channelfilter
通道过滤器文件的位置；与 destinationfilter 相同。
destinationfilter
应用到外发邮件的通道过滤器文件的位置。
fileinto
指定应用邮箱过滤器 fileinto 操作时对地址的影响。
filter
指定用户过滤器文件的位置。
nochannelfilter
不对外发邮件进行通道过滤。也称为 nodestinationfilter。
nodestinationfilter
不对外发邮件执行通道过滤。
nofileinto
邮箱过滤器 fileinto 操作无影响。
nofilter
不执行用户邮箱过滤。
nosourcefilter
不对外来邮件执行通道过滤。
sourcefilter
为外来邮件指定通道过滤器文件的位置。
通知和邮寄主管邮件（有关完整的通知过程，请参见（更多信息...））
aliaspostmaster
将发送给正式通道名称中用户名称邮寄主管的邮件重定向到 postmaster@local-host，其中 local-host 是本地主机名（本地通道中的名称）。
copysendpost
将失败通知的副本发送给邮寄主管，除非失败邮件中的创始者地址为空。
copywarnpost
向邮寄主管发送警告消息的副本（除非未传送邮件上的创始者地址为空）。
errsendpost
仅在无法将通知返回创始者时向邮寄主管发送错误通知的副本。
errwarnpost
在无法将通知返回创始者时向邮寄主管发送警告消息的副本。
includefinal
传送通知时包含收件人地址的最终格式。
nonurgentnotices
指定在发送通知和返回非紧急优先级邮件前可能经过的时间。
noreturnaddress
将 RETURN_ADDRESS 选项值用作邮寄主管地址名称。
noreturnpersonal
将 RETURN_PERSONAL 选项值用作邮寄主管个人名称。
normalnotices
指定在发送通知和返回普通优先级邮件前可能经过的时间。
nosendpost
禁用向邮寄主管发送所有失败邮件的副本。
notices
指定在发送通知和返回邮件之前可能经过的时间。
nowarnpost
禁用向邮寄主管发送警告消息的副本。
postheadbody
同时返回邮件的标题和内容。
postheadonly
仅向邮寄主管返回标题。
returnaddress
指定本地邮寄主管的返回地址。
returnenvelope
控制空的信封返回地址的使用。
returnpersonal
设置本地邮寄主管的个人名称。
sendpost
启用向邮寄主管发送所有失败邮件的副本。
suppressfinal
抑制通知邮件中的最终地址格式（如果通知邮件中存在原始地址格式）。
urgentnotices
指定在发送通知和返回紧急优先级邮件之前可能经过的时间。
useintermediate
使用在列表扩展之后，但在用户邮箱名称生成之前生成的地址的中间格式。
warnpost
启用向邮寄主管发送警告消息的副本。
处理控制和作业提交（有关功能说明的详细信息，请参见表 12-7）
backoff
尝试重新传送未成功传送的邮件的频率。可以被关键字 normalbackoff、nonurgentbackoff、urgentbackoff 覆盖。
bidirectional
主程序和从程序为其服务的通道。
deferred
识别和生效 Deferred-delivery: 标题行。
expandchannel
指定由于应用 expandlimit 而在其中执行延迟扩展的通道。
expandlimit
地址数目超过此限制时，“脱机”处理外来邮件。
filesperjob
将由单个作业处理的队列条目的数量。
immnonurgent
紧急、正常和不紧急邮件提交后，立即开始传送。
master
主程序 (master) 为其服务的通道。
maxjobs
可以同时为通道运行的作业的最大数量。
nodeferred
指定不使 Deferred-delivery: 标题行生效。
nonurgentbackoff
尝试重新传送非紧急邮件的频率。
nonurgentblocklimit
将超过此大小的邮件强制降到非紧急优先级（二类优先级）以下，意味着邮件将始终等待下一个周期的作业以进一步处理。
normalbackoff
尝试重新传送普通邮件的频率。
normalblocklimit
将超过此大小的邮件强制降到非紧急优先级。
noservice
必须通过 CHARSET-CONVERSION 启用进入此通道的邮件的服务转换。
pool
为通道指定池。后面必须跟池名称，当前通道的传送作业将被置于该池名称中。
service
无条件启用服务转换，不考虑 CHARSET-CONVERSION 条目。
slave
从程序 (slave) 为其服务的通道。
threaddepth
使用多线程 SMTP 客户机触发新线程的邮件的数目。
transactionlimit
限制每个连接允许的邮件数量。
urgentbackoff
尝试重新传送紧急邮件的频率。
urgentblocklimit
将超过此大小的邮件强制降至普通优先级。
user
用于 pipe 通道中，指明通道将在其下运行的用户名称。
敏感度限制
sensitivitycompanyconfidential
所接受的邮件的敏感度上限。
sensitivitynormal
Normal 是所接受的邮件的敏感度上限。
sensitivitypersonal
Personal 是所接受的邮件的敏感度上限。
sensitivityprivate
Private 是所接受的邮件的敏感度上限。
对邮件的大小限制以及用户配额和权限
alternatechannel
alternateblocklimit、alternatelinelimit 及 alternaterecipientlimit 的备用目标通道。
alternateblocklimit
指定将邮件发送到 alternativechannel 之前邮件中的块数限制。
alternatelinelimit
指定将邮件发送到 alternativechannel 之前邮件中的行数限制。
alternaterecipientlimit
指定将邮件发送到 alternativechannel 之前邮件中收件人数量的限制。
blocklimit
每个邮件中允许的 MTA 块的最大数量。
holdexquota
为超过配额的用户保留邮件。
holdlimit
地址数目超过此限制时，保留外来邮件。
linelength
基于各个通道限制允许的最大邮件行长度。
linelimit
每个邮件中允许的最大行数。
maxblocks
指定邮件中允许的最大块数。
maxlines
指定邮件中允许的最大行数。
noblocklimit
不限制每个邮件中允许的 MTA 块的数量。
noexquota
将发给超过配额的用户的所有邮件返回创始者。
nolinelimit
不对每个邮件中允许的行数指定限制。
nonurgentblocklimit
将超过此大小的邮件强制降到非紧急优先级（二类优先级）以下，意味着邮件将始终等待下一个周期的作业以进一步处理。
normalblocklimit
将超过此大小的邮件强制降到非紧急优先级。
sourceblocklimit
每个外来邮件中允许的 MTA 块的最大数量。
urgentblocklimit
将超过此大小的邮件强制降至普通优先级。
SMTP 验证、SASL 和 TLS（有关更详细的功能说明，请参见（更多信息...））
authrewrite
用于源通道中，它使 MTA 将已验证的创始者信息（如果可用）传播到标题中。
maysaslserver
允许客户机尝试使用 SASL 验证。
maytls
使 MTA 向外来连接提供 TLS，并对外发连接尝试 TLS。
maytlsclient
发送外发邮件时，如果是发送到支持 TLS 的 SMTP 服务器，MTA SMTP 客户机将尝试使用 TLS。
maytlsserver
MTA SMTP 服务器将公布支持 STARTTLS 扩展，并允许在接收邮件时使用 TLS。
msexchange
用于 TCP/IP 通道，通知 MTA 此通道是与 Microsoft Exchange 网关及客户机通信的通道。
mustsaslserver
除非远程客户机验证成功，否则 SMTP 服务器不接收邮件。
musttls
坚持在外发和外来连接中使用 TLS。
musttlsclient
MTA SMTP 客户机将坚持在发送外发邮件时使用 TLS（MTA 将发出 STARTTLS 命令，并且该命令必须成功）。
musttlsserver
MTA SMTP 服务器将公布支持 STARTTLS 扩展，并坚持在接收外来邮件时使用 TLS。
nomsexchange
缺省设置。
nosasl
不允许或不尝试 SASL 验证。
nosaslserver
不允许 SASL 验证。
notls
不允许或不尝试 TLS。
notlsclient
MTA SMTP 客户机不对外发连接尝试使用 TLS（外发连接期间不发出 STARTTLS 命令）。
notlsserver
MTA SMTP 服务器不允许对外来连接使用 TLS（SMTP 服务器不公布 STARTTLS 扩展，也不接受命令本身）。
saslswitchchannel
使外来连接在客户机成功使用 SASL 后切换到指定的通道。
tlsswitchchannel
使外来连接在客户机的 TLS 协商成功后切换到指定的通道。它使用一个必需的值，以指定将切换到的通道。
SMTP 命令和协议（有关更详细的功能说明，请参见表 12-4）
allowetrn
执行 ETRN 命令。
blocketrn
阻止 ETRN 命令。
checkehlo
检查 SMTP 响应标题，以确定使用 EHLO 还是 HELO。
disableetrn
禁用对 ETRN SMTP 命令的支持。
domainetrn
仅执行指定域的那些 ETRN 命令。
domainvrfy
使用完整地址发出 VRFY 命令。
ehlo
在初始连接中使用 SMTP EHLO 命令。
eightbit
通道支持八位字符。
eightnegotiate
如果可能，通道应对使用八位传输进行协商。
eightstrict
拒绝包含未经协商的八位数据标题的邮件。
expnallow
允许 EXPN，即使已使用 DISABLE_EXPAND SMTP 通道选项在 SMTP 服务器级别禁用 EXPN。
expndisable
无条件禁用 EXPN。
expndefault
如果将 SMTP 服务器设置为允许 EXPN，则允许 EXPN。
localvrfy
使用本地地址发出 VRFY 命令。
mailfromdnsverify
验证 MAIL FROM: 命令中使用的域存在于 DNS 中。
noehlo
不使用 EHLO 命令。
nomailfromdnsverify
不验证 MAIL FROM: 命令中使用的域存在于 DNS 中。
nosendetrn
不发送 ETRN 命令。
nosmtp
不支持 SMTP 协议。该值为缺省值。
novrfy
不发出 VRFY 命令。
sendetrn
发送 ETRN 命令。
sevenbit
不支持 8 位字符；必须对 8 位字符进行编码。
silentetrn
执行 ETRN 命令，不回显通道信息。
smtp
支持 SMTP 协议。关键字 smtp 对所有 SMTP 通道都具有强制性。（此关键字等效于 smtp_crorlf。）
smtp_cr
接受以回车 (CR)（不跟换行符 [LF]）终止的行。
smtp_crlf
必须以回车 (CR) 加换行符 (LF) 序列终止行。
smtp_crorlf
可以使用回车 (CR)、换行符 (LF) 序列或完整的 CRLF 终止行。
smtp_lf
接受以换行符 (LF)（前面没有 CR）终止的行。
streaming
控制与通道关联的协议中使用的协议流的程度。
vrfyallow
向 VRFY 命令提供信息响应。
vrfydefault
根据通道的 HIDE_VERIFY 选项设置，向 VRFY 命令提供缺省响应。
vrfyhide
向 SMTP VRFY 命令提供模糊的响应。
TCP/IP 连接和 DNS 查找支持（有关更详细的功能说明，请参见表 12-5）
cacheeverything
缓存所有连接信息。
cachefailures
仅缓存连接失败信息。
cachesuccesses
仅缓存连接成功信息。
connectalias
传送到收件人地址中列出的任意主机。
connectcanonical
连接到 MTA 原本应该连接的系统的主机别名。
daemon
连接到特定主机系统而不考虑信封地址。
defaultmx
通道确定是否从网络中查找 MX。
defaultnameservers
查看 TCP/IP 栈选择的名称服务器。
forwardcheckdelete
如果已执行反向 DNS 查找，则接下来对返回的名称执行向前查找，以检查返回的 IP 号是否与原号相匹配；如果不匹配，则删除名称并使用 IP 地址。
forwardchecknone
DNS 反向查找后不执行向前查找。
forwardchecktag
如果已执行反向 DNS 查找，则接下来对返回的名称执行向前查找，以检查返回的 IP 号是否与原号相匹配；如果不匹配，则用 * 标记名称。
identnone
不执行 IDENT 查找；执行 IP 到主机名的转换；在 Received: 标题中包含主机名和 IP 地址。
identnonelimited
不执行 IDENT 查找；执行 IP 到主机名的转换，但在通道切换期间不使用主机名；在 Received: 标题中包含主机名和 IP 地址。
identnonenumeric
不执行 IDENT 查找或 IP 到主机名的转换。
identnonesymbolic
不执行 IDENT 查找；执行从 IP 到主机名的转换；在 Received: 标题中仅包含主机名。
identtcp
对外来 SMTP 连接执行 IDENT 查找以及 IP 到主机名的转换；在 Received: 标题中包含主机名和 IP 地址
identtcplimited
对外来 SMTP 连接执行 IDENT 查找以及 IP 到主机名的转换，但在通道切换期间不使用主机名。在 Received: 标题中包含主机名和 IP 地址。
indenttcpnumeric
对外来 SMTP 连接执行 IDENT 查找，但不执行 IP 到主机名的转换。
identtcpsymbolic
对外来 SMTP 连接执行 IDENT 查找以及 IP 到主机名的转换；在 Received: 标题中仅包含主机名。
interfaceaddress
绑定到指定的 TCP/IP 接口地址。
lastresort
指定最后可用的主机。
mailfromdnsverify
验证 MAIL FROM: 命令中使用的域存在于 DNS 中。
mx
TCP/IP 网络和软件支持 MX 记录查找。
nameservers
指定要查看的名称服务器列表，而不查看 TCP/IP 栈自身选择的名称服务器；nameservers 要求用于名称服务器的以空格分隔的 IP 地址列表。
nocache
不缓存任何连接信息。
nomailfromdnsverify
不验证 MAIL FROM: 命令中使用的域存在于 DNS 中。
nomx
TCP/IP 网络不支持 MX 查找。
nonrandomemx
执行 MX 查找；对返回的具有同等优先级的条目不进行随机化处理。
port
指定用于 SMTP 连接的缺省端口号。标准端口为 25。
randommx
执行 MX 查找；对返回的具有同等优先级的条目进行随机化处理。
single
指定应该为通道中每个目标地址分别创建一个邮件副本。
single_sys
为所用的每个目标系统创建一个邮件副本。
threaddepth
使用多线程 SMTP 客户机触发新线程的邮件的数目。
其它
submit
用于将通道标记为仅用来提交的通道。
user
用于 pipe 通道中，指明通道将在其下运行的用户名称。
配置通道缺省值许多配置使各种通道关键字在所有或几乎所有通道上重复。维护这样的配置不但麻烦而且容易出错。要简化某些配置，可以为各种通道指定缺省的关键字。
例如，某个配置文件中的以下行表示该行后面所有通道块都将继承行中指定的关键字：
defaults keyword1 keyword2 keyword3 ...
我们可以认为，defaults 行是一个更改了关键字缺省值但实际上并未指定通道的特殊通道块。defaults 行也不需要任何附加的通道块信息行（指定的信息行将被忽略）。
对于可以指定的 defaults 行数没有限制 - 多个缺省行是累积的效果，其中最近遇到的行（从顶部到底部读取）具有优先级。
从配置文件的某个点（例如，外部文件中关于通道块的独立部分的开始处）开始无条件消除 defaults 行的影响是很有用的。为此我们提供了 nodefaults 行。例如，在配置文件中插入以下行将取消前面所有的缺省通道创建的所有设置，并使配置返回到未指定缺省值时所应用的状态：
nodefaults
与常规通道块一样，必须使用空行将每个 defaults 或 nodefaults 通道块与其它通道块分隔开来。在配置文件中，defaults 和 nodefaults 通道块是可以出现在本地通道之前的仅有的通道块。但是，与所有其它通道块一样，它们必须出现在最后的重写规则之后。
配置 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 Administration Reference。
本节分为以下小节：
配置 SMTP 通道选项
TCP/IP 通道选项文件控制 TCP/IP 通道的各种特征。通道选项文件必须存储在 MTA 配置目录中，并命名为 x_option，其中 x 是通道的名称。例如，/msg_svr_base/config/tcp_local_option
选项文件由一个或多个关键字及其关联的值组成。例如，通过在选项文件中包含 DISABLE_EXPAND 关键字并将值设置为 1，可以在服务器上禁用邮递列表扩展。
使用其它选项文件关键字可以进行以下设置：
有关所有通道选项关键字和语法的信息，请参见 Messaging Server Reference Manual。
SMTP 命令和协议支持
您可以指定 SMTP 通道是否支持特定的 SMTP 命令，例如 EHLO、ETRN、EXPN 和 VRFY。您也可以指定通道是否支持 DNS 域验证，通道接受为行终止符的字符等。本节说明了以下内容：
表 12-4 汇总了本节中说明的关键字。
通道协议选定和行终止符
关键字：smtp、nosmtp、smtp_crlf、smtp_cr、smtp_crorlf 和 smtp_lf
smtp 和 nosmtp 关键字指定通道是否支持 SMTP 协议。smtp 关键字或它的其中一个变量对所有 STMP 通道都具有强制性。
关键字 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 客户机和服务器可以交互操作，从而使服务器有机会启动对于将进入给定主机的邮件队列的处理。
使用 ETRN，SMTP 客户机可以请求远程 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 发出提供详细信息的响应。vrfydefault 通知 MTA 提供具有详细信息的响应，除非已经指定通道选项 HIDE_VERIFY=1。vrfyhide 关键字通知 MTA 只发出模糊的响应。与 HIDE_VERIFY 选项相反，上述关键字允许控制每个通道的 VRFY 响应，而 HIDE_VERIFY 通常适用于通过同一 SMTP 服务器处理的所有外来 TCP/IP 通道。
EXPN 支持
关键字：expnallow、expndisable、expndefault
expnallow 允许 EXPN，即使已使用 DISABLE_EXPAND SMTP 通道选项在 SMTP 服务器级别禁用 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)。
字符集标记和八位数据
关键字：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 本地通道进行如下标记：
如果邮件中没有 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 连接和地址查找的信息。本节说明了以下内容：
表 12-5 列出了本节中说明的 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 地址。
IDENT 查找
关键字：identnone、identnonelimited、identtnonnumeric、identnonesymbolic、identtcp、identtcpnumeric、identtcpsymbolic 和 identtcplimited
IDENT 关键字控制 MTA 使用 IDENT 协议处理连接和查找的方式。IDENT 协议在 RFC 1413 中有所说明。
identtcp、identtcpsymbolic 和 identtcpnumeric 关键字通知 MTA 执行连接并使用 IDENT 协议进行查找。从 IDENT 协议获取的信息（通常是进行 SMTP 连接的用户的身份）将按照以下方式被插入到邮件的 Received: 标题中：
请注意，IDENT 查询尝试可能会使性能下降。不断增加的路由器将使尝试连接到无法识别的端口的操作进入“黑洞”。如果在 IDENT 查询时出现这种情况，则 MTA 直到连接超时（TCP/IP 栈控制的超时，一般为大约一至二分钟）后才能收到返回的结果。
当把 identtcp、indenttcplimited 或 identtcpsymbolic 与 identtcpnumeric 进行比较时，会出现另一个性能方面的因素。用 identtcp、identtcplimited 或 identtcpsymbolic 调用的 DNS 反向查找为了获得对用户更加友好的主机名会导致额外的开销。
identnone 关键字禁用 IDENT 查找，但是指定 IP 到主机名的转换，并在邮件的 Received: 标题中只包含主机名。该值为缺省值。
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。另请参见（更多信息...）中的 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 关键字之后的参数不是全限定域名，则参数将被忽略，通道将连接到它的正式主机。如果将防火墙或网关系统名称指定为正式主机名，通常将 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（简单验证和安全层）对 SMTP 服务器进行验证。SASL 是在 RFC 2222 中定义的，第 19 章“配置安全和访问控制”中提供了有关 SASL、SMTP 验证和安全性的详细信息。
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 通道关键字可用于源通道中，它使 MTA 将已验证的创始者信息（如果可用）传播到标题中。通常使用 SMTP AUTH 信息，尽管通过 FROM_ACCESS 映射可能会覆盖该信息。authrewrite 关键字使用要求的整数值（如表 12-6）。
表 12-6 authrewrite 整数值
值
用法
1
添加包含 AUTH 创始者的 Sender: 标题或 Resent-sender: 标题（如果已经存在包含 AUTH 创始者的 Resent-from: 或 Resent-sender:。
2
添加包含 AUTH 创始者的 Sender:标题。
指定 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 正常工作，必须满足以下条件：
指定 musttls 将使 MTA 坚持在外来和外发连接中使用 TLS；电子邮件将不与未能成功协商 TLS 使用的远程系统进行交换。它包括 musttlsclient，表示 MTA SMTP 客户机坚持在发送外发邮件时使用 TLS，并且不对未能成功协商 TLS 使用的 SMTP 服务器发送邮件（MTA 将发出 STARTTLS 命令，并且该命令必须成功）。它还包括 musttlsserver，表示 MTA SMTP 服务器将公布支持 STARTTLS 扩展，并坚持在接收外来邮件时使用 TLS，来自未能成功协商 TLS 使用的客户机的邮件将不被接收。
tlsswitchchannel 关键字用于使外来连接在客户机的 TLS 协商成功后切换到指定的通道。它使用一个必需的值，以指定将切换到的通道。
配置邮件处理和传送您可以配置服务器何时基于特定条件尝试传送邮件。您也可以为作业处理指定参数，例如服务作业的处理限制或何时产生新的 SMTP 通道线程。本节说明了以下内容：
有关邮件处理和传送的概念信息，请参见作业控制器和作业控制器文件。
表 12-7 汇总了本节中说明的关键字。
设置通道方向性
关键字：master、slave 和 bidirectional
这三个关键字用以指定通道是由主程序 (master)、从属程序 (slave) 还是两者 (bidirectional) 为其服务。如果不指定关键字，则缺省设置为 bidirectional。这些关键字确定当邮件在通道中排队时，MTA 是否启动传送活动。
这些关键字的使用反映了相应通道程序的某些基本特性。MTA 支持的各种通道的说明表明了应该在何时何处使用这些关键字。
实现延迟传送日期
关键字：deferred 和 nodeferred
deferred 通道关键字实现对 Deferred-delivery: 。具有 deferred 将来传送日期的邮件将被保留在通道队列中，直到过期并被返回，或者到达延迟传送日期。有关 Deferred-delivery: 标题行格式和操作的详细信息，。
关键字 nodeferred 是缺省设置。请务必注意，尽管 RFC 1327 强制支持对延迟邮件的处理，但事实上该功能的实际实现使人们将邮件系统用作磁盘配额的扩展。
为传送失败的邮件指定重试频率
关键字：backoff、nonurgentbackoff、normalbackoff、urgentbackoff 和 notices
缺省情况下，曾经传送失败的邮件的传送重试的频率取决于邮件的优先级。传送尝试之间的缺省间隔（以分钟计）如下所示。优先级后面的第一个数字表示初始传送失败后经过多少分钟进行第一次传送重试：
紧急：30, 60, 60, 120, 120, 120, 240
正常：60, 120, 120, 240, 240, 240, 480
不紧急：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 设置的最小值。
假定需要处理一个邮件。通常作业控制器按照以下方法启动新进程：
特定于 SMTP 通道而言，当邮件排入不同主机时，将启动新线程或新进程。因此，对于 SMTP 通道，作业控制器按照以下方法启动新进程。假定需要处理一个邮件，将进行以下操作：
另请参见 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 客户机在任何一个线程中只处理指定数量的邮件，即使所有邮件都发向同一目标（因此通常在一个线程中进行处理），也对其使用附加线程。
当通道连接到的 SMTP 服务器可以处理多个同时连接时，使用 threaddepth 对于在守护程序路由器 TCP/IP 通道（连接到单个特定 SMTP 服务器的 TCP/IP 通道）中实现多线程可能会尤其有用。
每当通道的待办事项增加到超过多个 threaddepth 时，作业控制器将试图增加专用于处理在该通道排队的邮件的处理的数量。对于多线程通道，作业控制器建议处理该通道邮件的任意作业启动新线程，或者，如果所有作业都具有允许用于此通道的最大线程数（tcp_* 通道的选项中的 MAX_CLIENT_THREADS），则启动新进程。对于单线程通道，将启动新进程。请注意，如果已达到通道的作业限制 (maxjobs) 或池的作业限制 (JOB_LIMIT)，作业控制器将不启动新作业。
多个地址扩展
关键字：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 为进入该通道的邮件启用服务转换。
配置地址处理本节说明了涉及地址处理的关键字。其中包括以下各节：
地址类型和惯例
关键字：822、733、uucp、header_822、header_733 和 header_uucp
这组关键字控制通道支持的地址类型。传输层（邮件信封）中使用的地址和邮件标题中使用的地址是有区别的。
822 (sourceroute)
源路由信封地址。此通道支持完整的 RFC 822 格式的信封定址惯例（包含源路由）。也可以使用关键字 sourceroute，它是 822 的同义词。如果不指定其它信封地址类型关键字，则此关键字为缺省设置。
733 (percents)
百分号信封地址。此通道支持完整的 RFC 822 格式的信封定址（源路由除外）；应该使用百分号惯例重写源路由。也可以使用关键字 percents，它是 733 的同义词。
uucp (bangstyle)
bang 式样的信封地址。此通道在信封中使用符合 RFC 976 bang 式样地址惯例的地址（例如，这是 UUCP 通道）。也可以使用关键字 bangstyle，它是 uucp 的同义词。
header_822
源路由标题地址。此通道支持完整的 RFC 822 格式的标题定址惯例（包含源路由）。如果不指定其它标题地址类型关键字，则此关键字为缺省设置。
header_733
百分号标题地址。此通道支持 RFC 822 格式的标题定址（源路由除外）；应该使用百分号惯例重写源路由。
header_uucp
UUCP 或 bang 式样标题地址。不建议使用此关键字。使用此关键字违反 RFC 976。
解释使用 ! 和 % 的地址
关键字：bangoverpercent、nobangoverpercent 和 percentonly
地址始终根据 RFC 822 和 RFC 976 进行解释。但是，处理上述标准未涉及的某些复合地址时会有歧义。尤其是，A!B%C 格式的地址可以被解释为：
或
尽管 RFC 976 表示邮件程序可以使用后一种惯例解释地址，但却没有说这种解释是必需的。某些情况下使用前一种解释反而更好。
bangoverpercent 关键字强制执行前一种 A!(B%C) 解释。nobangoverpercent 关键字强制执行后一种 (A!B)%C 解释。nobangoverpercent 是缺省设置。
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 关键字使用整数值，该值指定用于此类邮件的处理方法；如果未明确指定该关键字，则缺省值为零，表示将信封 To:地址置于 To: 。
请注意，可以使用 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，为外来邮件构建 Received: 标题行时，如果 MTA 由于，例如说，某些类型的邮件列表扩展更改了信封 From: 地址，则在 Received: 标题行中包含原来的信封 From: 地址。receivedfrom 是缺省设置。noreceivedfrom 关键字指示 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: 标题）中删除所有注释。sourcecommenttotal 关键字指示 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 是缺省设置，表示不要求与通道匹配的最终收件人地址由别名生成。
配置标题处理本节说明了涉及标题和信封信息的关键字。其中包括以下各节：
重写嵌入式标题
关键字：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 Administration Reference 中的 MTA 一章说明了标题选项文件的格式。
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。
在日期中指定星期几
关键字：dayofweek 和 nodayofweek
RFC 822 规范允许在邮件标题中日期字段的开头指定星期几。但是某些系统不能容纳星期几的信息。这使某些系统不愿包含此信息，尽管在标题中使用这些信息很有用。
关键字 dayofweek 和 nodayofweek 控制 MTA 对星期几信息的处理。关键字 dayofweek 是缺省设置，它指示 MTA 保留所有星期几信息，如果缺少此信息，则将其添加到日期和时间标题中。
自动分割长标题行
关键字：maxheaderaddrs 和 maxheaderchars
某些邮件传输（尤其是某些 sendmail 实现）不能正确处理长标题行。通常这不仅会导致标题行损坏，而且会导致错误的邮件拒绝。尽管这一现象严重违背标准，却是个常见的问题。
MTA 提供了基于每个通道的功能，可以将长标题行分割（断开）为多个独立的标题行。maxheaderaddrs 关键字控制一行中可以显示的地址的数量。maxheaderchars 关键字控制一行中可以显示的字符的数量。这两个关键字都要求一个整数参数，用以指定关联的限制。缺省情况下，不对标题行的长度和可以显示的地址数实施任何限制。
标题对齐和折叠
关键字：headerlabelalign 和 headerlinelength
headerlabelalign 关键字控制排入此通道的邮件标题的对齐点，它使用整数参数。对齐点是指标题内容对齐的边界。例如，对齐点为 10 的实例标题行外观如下：
缺省的 headerlabelalign 为 0，表示不对标题进行对齐。headerlinelength 关键字控制排入此通道的邮件标题行的长度。将依据 RFC 822 折叠规则对大于该长度的标题行进行折叠。
上述关键字只控制邮件队列中邮件标题的格式，标题的实际显示通常由用户代理控制。此外，通过 Internet 传输标题时，将对其进行例行的重新格式化处理，因此即使将这些关键字与简单用户代理一起使用，如果用户代理不对邮件标题进行重新格式化的，则可能也没有可见的效果。
指定标题行最大长度
关键字：maxprocchars
处理包含许多地址的长标题行会消耗大量系统资源。maxprocchars 关键字用于指定 MTA 能够处理和重写的最大长度的标题行。标题超过此长度的邮件将仍然被接受和传送，唯一的区别在于将不以任何方式重写长标题行。此关键字需要整数参数。缺省设置为处理任意长度的标题。
敏感度检查
关键字：sensitivitynormal、sensitivitypersonal 和 sensitivityprivate sensitivitycompanyconfidential
敏感度检查关键字设置通道可以接受的邮件敏感度的上限。sensitivitycompanyconfidential 是缺省设置；任意敏感度的邮件都可以通过。没有 Sensitivity: 标题的邮件被认为是正常邮件，即敏感度最低的邮件。如果邮件的敏感度高于上述关键字的指定，则当其排入通道时将被拒绝，并显示错误消息：
邮件对于所使用的一个或多个路径太敏感。
请注意，MTA 进行此类敏感度检时以每个邮件为级别而不是以每个收件人为级别：如果某个收件人的目标通道未能通过敏感度检查，则所有收件人的邮件都将退回，而不仅是与敏感通道关联的收件人。
设置标题中的缺省语言
关键字：language
经过编码的标题内容可以显示为特定语言。language 关键字指定缺省语言。
附件和 MIME 处理本节说明了涉及附件和 MIME 处理的关键字。其中包括以下各节：
忽略 Encoding: 标题行
关键字：ignoreencoding 和 interpretencoding
MTA 可以使用 Yes CHARSET-CONVERSION 将各种非标准邮件格式转换为 MIME。尤其是，RFC 1154 格式使用非标准 Encoding: 。但是某些网关在此标题行中发出不正确信息，导致有时需要忽略此标题行。ignoreencoding 关键字指示 MTA 忽略所有 Encoding: 。
注
除非 MTA 已启用 CHARSET-CONVERSION，否则任何情况下都将忽略此标题。interpretencoding 关键字指示 MTA 注意所有 Encoding: 标题行（如果配置为执行此操作），这是缺省设置。
邮件/部分邮件的自动片段整理
关键字：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 个字符。编码后可以应用适当的解码过滤器来恢复原来的邮件。
linelength 关键字使数据编码执行“软”自动换行以用于传输。通常在接收端对编码进行解码，以便恢复原来的“长”行。有关“硬”换行的信息，请参见 CHARSET-CONVERSION 中的“Record, text”。
对邮件的大小限制、用户配额和权限本节说明了设置邮件大小限制、用户配额和权限的关键字。其中包括以下各节：
指定绝对邮件大小限制
关键字：blocklimit、noblocklimit、linelimit、nolinelimit 和 sourceblocklimit
尽管分段功能可以自动将邮件分成较小的部分，但某些情况下应该拒绝大于某个出于管理目的定义的限制的邮件（例如，为了避免服务拒绝攻击）。
关键字 blocklimit、linelimit 和 sourceblocklimit 用于实施绝对大小限制。上述所有关键字后面都必须跟一个整数值。
关键字 blocklimit 指定邮件中允许的最大块数。MTA 拒绝将块数大于该值的邮件在通道排队的尝试。MTA 块通常为 1024 字节，可以使用 MTA 选项文件中的 BLOCK_SIZE 选项对其进行更改。
关键字 sourceblocklimit 指定外来邮件中允许的最大块数。MTA 拒绝向通道提交块数大于该值的邮件的尝试。也就是说，blocklimit 应用于目标通道，而 sourceblocklimit 应用于源通道。MTA 块通常为 1024 字节，可以使用 MTA 选项文件中的 BLOCK_SIZE 选项对其进行更改。
关键字 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 ... rest of keywords ... alternatechannel tcp_big alternateblocklimit 5
tcp-daemon
tcp_big smtp ...rest of keywords...
tcp-big-daemon以下实例说明了可以如何使用 alternate* 通道关键字：
处理对超过配额用户的邮件传送
关键字：holdexquota 和 noexquota
noexquota 和 holdexquota 关键字控制发送给 Berkeley 邮箱用户 (UNIX) 的邮件的处理，即传送到 uid 本地通道且超过其磁盘配额的用户。
noexquota 通知 MTA 将发送给超过配额用户的邮件返回邮件的发件人。holdexquota 通知 MTA 保留发送给超过配额用户的邮件，该邮件将保留在 MTA 队列中，直到可以被传送，或邮件超时并由邮件返回作业返回给发件人。
MTA 队列中的文件创建本节说明了允许通过指定 MTA 队列中的文件创建来控制磁盘资源的关键字。其中包括以下各节：
控制邮件中多个地址的处理方式
关键字：multiple、addrsperfile、single 和 single_sys
MTA 允许每个排队的邮件中出现多个目标地址。某些通道程序可能只能处理带有一个收件人的邮件、或带有有限数量的收件人的邮件、或每个邮件副本带有一个目标系统的邮件。例如，SMTP 通道主程序在给定的事务中只创建与一个远程主机的连接，因此只能处理到该主机的地址（尽管通常将一个通道用于所有 SMTP 通信）。
另一个实例是某些 SMTP 服务器可能会对一次能够处理的收件人数量施加限制，它们可能无法处理这类错误。
关键字 multiple、addrsperfile、single 和 single_sys 可以用于控制对于多个地址的处理方式。关键字 single 表示应该为通道中的每个目标地址分别创建一个邮件副本。关键字 single_sys 为使用的每个目标系统创建一个邮件副本。关键字 multiple 是缺省设置，它为整个通道创建一个邮件副本。
addrsperfile 关键字用于限制可与通道队列中一个邮件关联的最大收件人数量，从而限制了一次操作中处理的收件人数量。该关键字要求一个整数参数，该参数指定邮件文件中允许的最大收件人地址数量；如果收件人地址达到该数量，则 MTA 自动创建其他邮件文件来容纳它们。（缺省的 multiple 关键字通常不对邮件文件中的收件人数量实施限制，但是 SMTP 通道的缺省值为 99。）
将通道邮件队列分布到多个子目录中
关键字：subdirs
缺省情况下，在通道排队的所有邮件都作为文件存储在目录
/imta/queue/channel-name 中，其中 channel-name 是通道名。处理大量邮件的通道（例如 TCP/IP 通道）倾向于建立一个很大的等待处理的邮件文件的存储，但是如果将这些邮件文件分布到多个子目录中，则通道将可以获取更好的文件系统性能。subdirs 通道关键字提供了以下功能：它后面应该跟一个整数，指定将在其中分布通道邮件的子目录的数量。例如：tcp_local single_sys smtp subdirs 10
配置记录和调试本节说明了记录和调试关键字。
记录关键字
关键字：logging 和 nologging
MTA 提供了记录每个入队和出队的邮件的功能。关键字 logging 和 nologging 基于每个通道控制对邮件的记录。缺省情况下，初始配置打开所有通道的记录功能。通过在通道定义中使用 nologging 关键字进行替换，您可以禁用特定通道的记录功能。
有关记录的详细信息，请参见第 20 章“日志记录和日志分析”。
调试关键字
关键字：master_debug、slave_debug、nomaster_debug 和 noslave_debug
某些通道程序包含可选代码，可通过生成附加诊断输出来帮助调试。可以使用两个通道关键字，以便可以为每个通道都生成这种调试输出。它们是 master_debug 和 slave_debug，前者启用主程序中的调试输出，后者启用从程序中的调试输出。缺省情况下禁用这两种类型的调试输出，相当于 nomaster_debug 和 noslave_debug。
如果激活调试输出，将生成与通道程序关联的日志文件。日志文件的位置因程序不同而不同。日志文件通常保存在日志目录中。主程序的日志文件名称格式通常为 x_master.log，其中 x 是通道名。从程序的日志文件名称格式通常为 x_slave.log。
在 UNIX 系统中，如果为 l 通道启用了 master_debug 和 slave_debug，则用户将在包含 MTA 调试信息的当前目录中收到 imta_sendmail.log-uniqueid 文件（如果具有对该目录的写权限，否则调试输出进入 stdout）。
设置 Loopcheck
关键字：loopcheck 和 noloopcheck
loopcheck 关键字在 SMTP EHLO 响应标题中放入字符串，以便 MTA 检查它是否在与自身通信。设置 loopcheck 后，SMTP 服务器将公布 XLOOP 扩展。
与支持 XLOOP 的 SMTP 服务器通信时，MTA 的 SMTP 客户机将公布的字符串与其 MTA 值进行比较，并立即返回信息，说明客户机实际上是否在与 SMTP 服务器通信。
其他关键字本节说明了其他关键字。其中包括以下各节：
通道操作类型
关键字：submitsubmit
Messaging Server 支持 RFC 2476 的邮件提交协议。submit 关键字可用于将通道标记为仅用来提交的通道。通常此功能主要在 TCP/IP 通道（例如专用于提交邮件的特殊端口上运行的 SMTP 服务器）中有用；RFC 2476 创建了 587 端口用于此类邮件提交。
Pipe 通道
关键字：user
user 关键字用于 pipe 通道中，指明通道将在其下运行的用户名称。
请注意，user 参数通常必须为小写，但如果是引用的参数，则保持原来的大小写状态。
指定邮箱过滤器文件位置
关键字：filter、nofilter、channelfilter、nochannelfilter、destinationfilter nodestinationfilter、sourcefilter、nosourcefilter、fileinto 和 nofileinto
filter 关键字可以用来在本地和 ims-ms 通道中指定用于该通道的用户过滤器文件的位置。它使用一个必需的 URL 参数，该参数说明过滤器文件的位置。nofilter 是缺省设置，表示不为通道启用用户邮箱过滤器。
sourcefilter 和 destinationfilter 关键字可用于一般 MTA 通道中，分别指定对外来邮件和外发邮件应用的通道级别的过滤器。这些关键字使用必需的 URL 参数，说明通道过滤器文件的位置。nosourcefilter 和 nodestinationfilter 是缺省设置，表示不为通道的任意方向启用通道邮箱过滤器。
已作废的 channelfilter 和 nochannelfilter 关键字分别是 destinationfilter 和 nodestinationfilter 的同义词。
fileinto 关键字（当前仅支持用于 ims-ms 通道）指定应用邮箱过滤器 fileinto 运算符时更改地址的方式。对于 ims-ms 通道，通常的用法为：
fileinto $U+$S@$D
以上命令指定应该将文件夹名称作为子地址插入原来的地址，用以替换原来存在的任意子地址。