6.2.5 严重问题
  有严重问题的纪录，就是qmail不能处理一个特定的事件但会重试。严重问题不会qmail
停止运行，但如果持续出现，可能会导致一个致命问题出现，使qmail关闭。如下：
qmail严重问题日志（表16）
-------------------------------------------------------------------------------------
消息                                       描述
------------------------------------------------------------------------------------
alert: unable to append bounce message        qmail-send不能处理一个永久的发送失败，通
常是没有硬盘空间了。
alert: out of memory                        qmail-send 试图分配内存，但是失败了
alert: unable to opendir                      qmail-send不能从硬盘打开一个文件列表，因
为权限不够，或描述符表已满。
alert: unable to switch back                   qmail-send收到一个sighup信号，但不能读队列目录。
alert: unable to reread                        qmail-send收到一个sighup信号，但不能读控制目录。                              
------------------------------------------------------------------------------

6.2.6 qmail消息
  qmail为进入和退出qmail系统的每一条消息创建了一个日志纪录。这些日志记录是基每
一条消息指定一个标号。下面是一些可能出现的消息日志项（表17）
-----------------------------------------------------------------------------
消息                                  描述
-------------------------------------------------------------------------------
new msg m                             qmail-send正在处理邮件队列中的消息号为m
info msg m: bytes b from <s>; qp q uid u      消息m包含了b个字节，来自发送者s,被用户ID u排队，队列标识符为q。
bounce msg m qp q                       消息m发送失败。返回消息的队列标识符为q。
triple bounce: discarding m                 消息m被标识成不能发送的两次返回消息，
将被删除。
end msg m                              消息m正被从队列中除去。
-----------------------------------------------------------------------------------

6.2.7 发送项
  当qmail-send试图发送一条消息，必须将一条状态消息纪录到日志中。下面给出了可能的
发送项日志消息。Qmail发送日志项（表18）
-------------------------------------------------------------------------------------
    消息                             描述
------------------------------------------------------------------------------------
starting delivery d: msg m to         qmail-send正在处理一个发送消息m，发送ID为d。
delivery d: success                 发送项d被成功的发送给接收方。
  delivery d: deferral                 发送项d遇到一个暂时的发送失败，将重试。
  delivery d: failure                  发送项d遇到一个永久失败，消息将返回。
  delivery d: report mangled will defer  发送项d在qmail-rspawn 或qmail-lspawn中遇到问题，将重试。
-------------------------------------------------------------------------------------

6.2.8 警告
  当在处理邮件中遇到错误，qmail将做为警告记录到日志中。警告表示了qmail能解决的
暂时性问题。但是，警告可能是一个在问题的前兆。下面是一些qmail的警告消息（表19）
----------------------------------------------------------------------------------
  消息                              描述
-----------------------------------------------------------------------------------
internal error: delivery report out of range   qmail-lspawn或qmail-rspawn为一个不存在的发送项ID返回了一个发送报告。
qmail-clean unable to clean up            qmail-clean不能删除一个文件。
trouble fsyncing                        qmail-send不能重写磁盘。
trouble in select                        一个可能的操作系统错误。
trouble injecting bounce message          qmail-send不能排队一个返回消息。
trouble marking                        qmail-send不能记录一次发送不成功的结果。
trouble opening                         qmail-send不能打开本地和远程接收者的列表。
trouble reading                         qmail-send不能读收者的列表。
trouble writing to                       qmail-send不能处理一条列表中的消息。
trouble to create                        qmail-send不能处理一条列表中的消息。
unable to open                         qmail-send不能读一条排队消息中的信件头。
unable to start qmail-queue               qmail-queue qmail-send不能排队一条返回消息。
unable to stat                          qmail-send不能得到有关一个文件的消息。
unable to unlink                        qmail-send不能删除一个文件。
unable to utime                         qmail-send不能纪录下一次调度发送时间。
unknown record type in                  qmail-send或qmail-queue中的一个严重的错误。
----------------------------------------------------------------------------------

6.2.9 日志管理工具
   qmail日志文件是状态消息，发送消息、问题消息的一个复杂体。通过察看日志，能缩小
和发现问题所在。对于看大量的日志文件，非常烦恼。可以借助于一些日志工具，来减小工
作量。
常用的工具有Dan Bernstein开发的qmailanalog。
Web站点http://cr.yp.to/qmailanalog.html 。他的实用程序是matchup、xrecipient、xsender工具。
   第二个是daemontooks软件，他的multlog工具是一个不错的选择。用它来替代unix的
logger程序。他的web站点：http://cr.yp.to/daemontools/daemontools.html。有兴趣，大家可
以看看。

小结;
   其实，问题是多种多样的，各个方面的。通过对日志很好的分析，可以帮助大家找出问
题和预防事故。这里只是一个简单介绍，日志和问题出现的情况，还有退信信息等等结合起
来，会更好的发现问题的原因，从而解决问题。当然，日志也不是绝对的，具体情况，要具
体分析了。

谢谢原创作者

这套作品不错
偶看了