famd和slapd之间的通信挂起

我的用户在使用IMAP邮箱时遇到问题。 IMAP进程挂起和超时。 当他们超时,用户可能会看到一个空的电子邮件框。

但真正的问题似乎是slapd和famd之间的沟通。

一些背景:

系统:

  • Debian Lenny
  • courier-imap 4.4.0-2
  • fam 2.7.0-13.3
  • slapd 2.4.11-1

nsswitch.conf包含:

   passwd:文件ldap
  组:文件ldap
   shadow:文件ldap

快递的imapconfiguration文件包含“空闲”的能力,但删除它(和IMAP_ENHANCEDIDLE摆弄)什么都不做。 从阅读起,我会认为这会停止使用fam的快递imap,但我猜不是。

将imap进程(当它挂起时)表明挂在与fam的通信上。 所以我重新启动了fam(将问题解决了几个小时),并继续解决问题,找出问题的根源。

由于该scheme仍悬而未决,我一直在寻找。

这个家伙显示出与slapd的沟通是悬而未决的。 踢slapd解决了一些问题。 slapd响应其他查询,但随着时间的推移变得更慢。

最奇怪的是这些问题刚刚开始出现。 而且我认为可能相关的唯一升级包是以下内容:

  基本文件5lenny4
   libmysqlclient15off 5.0.51a-24 + lenny2
   libssl0.9.8 0.9.8g-15 + lenny3
   openssl 0.9.8g-15 + lenny3
   tzdata 2009l-0lenny1
   udev 0.125-7 + lenny3

看来(没有我确认这一点)famd和slapd之间的联系是一个长期的(通过nscd)。

哎呀,写这个我只是意识到nscd是另一件我没有testing过。 猜猜我会考虑这一点。

编辑:刚刚证实,踢nscd也解决了这个问题。

不要为此使用系统用户。 当所有文件都由一个用户拥有,让快递员直接访问ldap服务器时,请使用“虚拟”。

nss-ldap库并不可靠。

还有一件事:考虑用鸽子而不是信使。 这就像信使更好。