На сервере Debian с существующим (и отлично) запущенным cyrus imapd не хватает места на диске. После удаления некоторых неиспользуемых старых вещей снова достаточно места. Но для одного конкретного пользователя больше невозможно подключиться через 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>, попытался перезагрузить бокс, все безуспешно. Это определенно не проблема на стороне клиента, пробовал с thunderbird и mutt - оба потерпели неудачу.
Странно то, что любой другой пользователь мог бы использовать сервер imap без каких-либо проблем, он просто не работает для этого конкретного пользователя.
Любые подсказки, как снова заставить доступ пользователя к imap работать.
ДОБАВЛЕНИЕ: Я включил ведение журнала на уровне протокола для сомнительного пользователя, это показывает, что процесс imapd умирает после получения imap SELECT "INBOX" команда.
Сообщение «Смерть сигнализировано 7» в журнале, по-видимому, было вызвано повреждением файла «Seen» почтового ящика из-за нехватки места на диске:
http://www.irbs.net/internet/info-cyrus/0811/0060.html
Если это не файл «Просмотренный», увеличенное ведение журнала на стороне сервера должно показать, к какому файлу осуществляется доступ, поскольку процесс IMAP умирает.