如上面所注意的， smail 能很快地发送信息，或为以后的处理进行排队。如果你选择了去排队信息，
smail 将存储所有的信息在/var/spool/smail目录之下.它只有被明确地告之去这样做时才处理他们
(这也被叫做“运行排队”)。
你能选择三个发送模式之一,通过在设置文件到前景,背景,或排队中设置发送模式属性。在前景中的这
些精选的发送(立即处理到来的信息),在背景中，(信息被收到进程的一个产物发送,在分叉以后立即与
母处理一起存在),以及排队。到来的邮件将总是排队,如果布尔变量 queue_only 被设置在设置文件中,
不考虑这个选择。
如果你打开排队，你必须保证排队定期被检查;可能每 10分钟 或每15 分钟。如果你在后台程序模式中
运行 smail ，你必须在命令行上增加选择-q10m,以处理每10分钟的排队。另外,你能在这些间隔中从
cron 调用 runq 。 runq 应该是到 smail 的一个连接。
你能通过使用-bp选择,调用 smail,用以显示当前的邮件排队。相等地，你能使 mailq 成为到 smail
的一个连接，并且调用 mailq ：
这显示出在信息排队中的一条单个的信息。处理记录文件(如果你给 mailq一个-v选择 ，它仅仅被显示)
可以给出为什么它仍然在等待发送的一个附加的原因。如果还没有尝试发送信息，没有处理记录文件被
显示。
甚至当你不使用排队时，当它发现立即发送因为一个短暂的原因而失败时， smail 将偶尔把信息放进排队。
对于SMTP 连接，这可能是一个不能到达的主机;但是当文件系统被发现是完整的时候，信息可以也被推迟。
因此,你应该每小时左右放入一个排队运行(使用 runq ),另外任何推迟的信息将永远在排队附近粘住。
(http://www.fanqiang.com)
进入【UNIX论坛】
|
![[ 永远的UNIX::UNIX技术资料的宝库 ]](/images/title.gif)