Um servidor Debian com um imapd cyrus existente (e perfeitamente) rodando fica sem espaço em disco. Depois de excluir algumas coisas antigas não utilizadas, há espaço suficiente novamente. Mas, para um único usuário específico, não é mais possível se conectar via 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
Eu tentei executar cyrreconstruct -r user.<userid> , tentei reinicializar a caixa, tudo sem sucesso. Definitivamente não é um problema do lado do cliente, tentei com thunderbird e mutt - ambos falharam.
O mais estranho é que qualquer outro usuário poderia usar o servidor imap sem qualquer problema, ele falha apenas para esse usuário específico.
Quaisquer sugestões de como fazer o acesso do imap do usuário voltar a funcionar.
ADENDO :
Eu habilitei log de nível de protocolo para o usuário questionável, ele mostra que o processo imapd morre depois de receber um comando imap SELECT "INBOX" .
A mensagem "sinalizado para a morte por 7" no log foi aparentemente causada pelo arquivo "Visto" da caixa de correio sendo corrompido pelo problema de espaço em disco:
Se não fosse o arquivo "Visto", o aumento da criação de log no lado do servidor deveria mostrar qual arquivo estava sendo acessado enquanto o processo do IMAP morre.