一个现有的（和完美的）运行的cyrus imapd的Debian服务器的磁盘空间不足。 删除一些未使用的旧东西后，又有足够的空间。 但是对于一个特定的用户，不能再通过imaps连接：
Apr 10 20:55:21 myhost cyrus/master[1775]: about to exec /usr/lib/cyrus/bin/imapd Apr 10 20:55:21 myhost cyrus/imaps[1775]: executed Apr 10 20:55:21 myhost cyrus/imaps[1775]: accepted connection Apr 10 20:55:37 myhost cyrus/imaps[1775]: mystore: starting txn 2147483675 Apr 10 20:55:37 myhost cyrus/imaps[1775]: mystore: committing txn 2147483675 Apr 10 20:55:37 myhost cyrus/imaps[1775]: starttls: TLSv1 with cipher AES128-SHA (128/128 bits new) no authentication Apr 10 20:55:45 myhost cyrus/imaps[1775]: login: [<local ip number>] <myuser> PLAIN+TLS User logged in Apr 10 20:55:46 myhost cyrus/master[1235]: process 1775 exited, signaled to death by 7 Apr 10 20:55:46 myhost cyrus/master[1235]: service imaps pid 1775 in BUSY state: terminated abnormally 我试图运行cyrreconstruct -r user.<userid> ，试图重新启动盒子，都没有成功。 这绝对不是一个客户端问题，尝试与雷鸟和笨蛋 – 都失败了。
奇怪的是，其他用户可以使用imap服务器没有任何问题，它只是为这个特定的用户失败。
任何提示如何使用户的imap访问重新工作。
附录 ：我已经启用了有问题的用户的协议级别日志logging，它显示imapd进程在收到一个imap SELECT "INBOX"命令后死亡。
日志中的“通过7标志着死亡”消息显然是由邮箱的“已见”文件被磁盘空间问题破坏引起的：
http://www.irbs.net/internet/info-cyrus/0811/0060.html
如果不是“Seen”文件，增加的服务器端日志logging应显示在IMAP进程死亡时正在访问哪个文件。