18.13.5 队列中无法投递的消息

18.13.5  队列中无法投递的消息

在繁忙的邮件服务器上，在邮件队列中无法投递的消息实际上是性能杀手。sendmail有几项功能能够帮助解决消息无法投递造成的问题。最有效果的就是FALLBACK_MX选项，它把第一次尝试无法投递出去的消息转给另一台机器。这项功能可以让您的主邮件服务器选择发送地址正确的消息，而把问题留给第二台后援（fallback）主机。另一项有帮助的功能是主机状态目录，它保存有在运行队列上的远程主机的状态。

对于有大型邮递列表的站点来说，由于这些站点不可避免会包含许多暂时或者永远无法投递的地址，采用FALLBACK_MX选项就可以在性能上取得很大收效。要使用这个选项，您必须为推迟处理的邮件指定后援主机。例如，

 define(‘confFALLBACK_MX',  ‘mailbackup.atrust.com')

会把所有第一次投递失败的消息转发给中央服务器mailbackup.xor.com，由它做进一步的处理。在8.12版的sendmail上，如果在DNS中给多台指定的主机设定了多条MX记录，那么就可以有多台后援主机。

在后援机器上，您可以使用HOST_STATUS_DIRECTORY选项帮助处理多起投递失败的消息。这个选项指导sendmail给每台接受邮件的后援主机维护一个状态文件，并且在每次运行队列的时候使用那个状态信息确定该主机的优先级。这个状态信息有效地实现对失败结果的高速缓存，并且可以在多个运行的队列上共享这一信息。在处理带有许多错误地址的邮递列表的主机上，这项功能会在性能上取得成效，但是在文件I/O方面的开销相当大。

下面是一个例子，它使用目录/var/spool/mqueue/.hoststat（要先创建这个目录）：

 define(‘confHOST_STATUS_DIRECTORY',  ‘/var/spool/mqueue/.hoststat')

如果采用相对路径指定.hoststat目录，那么它就会保存在队列目录下面。sendmail根据目的主机名创建它自己内部的子目录层次结构。

例如，如果邮件无法发送到evi@anchor.cs.colorado.edu，那么状态信息就进入到目录/var/spool/mqueue/
.hoststat/edu./colorado./cs./下的一个叫做anchor的文件里，因为主机anchor就是它自己的优先级最高的MX记录。如果DNS MX把anchor的邮件指向了主机foo，那么文件名就会变成foo，而不是anchor。

繁忙主机所能采用的第三项改善性能的措施是把排队的时间设定到一个最小值，让首次投递失败的任何消息都被排入队列，在队列中发送它的尝试时间间隔最短。这项技术通常要配合sendmail频繁运行sendmail的命令行标志（例如，-q5m）一起使用。如果一个队列运行器在一则消息上被耽搁了，那么另一个队列运行器就会在5分钟内启动起来，从而提高了投递消息的性能。整个队列根据哪些消息已经到了所要求的最短时间来成批运行。带上标志-bd -q5m运行sendmail时，把下面这个选项：

  define(‘confMIN-QUEUE_AGE',  ‘27m')