Problema de login do Courier-imap após a atualização / ativação do registro em log detalhado

Question

Eu atualizei meu servidor de e-mail ontem à noite, do Debian etch para lenny. Até agora eu encontrei um problema com a minha instalação de postfix, principalmente que eu consegui quebrar o acesso IMAP de alguma forma.

Ao tentar se conectar ao servidor IMAP com o Thunderbird, tudo que recebo no mail.log é:

Feb 12 11:57:16 mail imapd-ssl: Connection, ip=[::ffff:10.100.200.65] 
Feb 12 11:57:16 mail imapd-ssl: LOGIN: ip=[::ffff:10.100.200.65], command=AUTHENTICATE 
Feb 12 11:57:16 mail authdaemond: received auth request, service=imap, authtype=login 
Feb 12 11:57:16 mail authdaemond: authmysql: trying this module 
Feb 12 11:57:16 mail authdaemond: SQL query: SELECT username, password, "", '105', '105', '/var/virtual', maildir, "", name, "" FROM mailbox WHERE username = '[email protected]'  AND (active=1) 
Feb 12 11:57:16 mail authdaemond: password matches successfully 
Feb 12 11:57:16 mail authdaemond: authmysql: sysusername=<null>, sysuserid=105, sysgroupid=105, homedir=/var/virtual, [email protected], fullname=<null>, maildir=xoxo.sk/[email protected]/, quota=<null>, options=<null> 
Feb 12 11:57:16 mail authdaemond: Authenticated: sysusername=<null>, sysuserid=105, sysgroupid=105, homedir=/var/virtual, [email protected], fullname=<null>, maildir=xoxo.sk/[email protected]/, quota=<null>, options=<null>

... e, em seguida, o Thunderbird continua a reclamar que não pode 'login / conexão perdida. O Thunderbird definitivamente não está configurado para se conectar através de SSL / TLS .

O POP3 (também fornecido pelo Courier) está funcionando bem.

Eu estive procurando principalmente uma maneira de tornar o registro courier-imap mais detalhado, como pode ser visto, por exemplo aqui .

Edit: Desculpe pela bagunça, descobri que canalizei o log por meio de grep imap , o que naturalmente não exibiu entradas para authdaemond .

A entrada de configuração de registro detalhada é encontrada em /etc/courier/imapd sob DEBUG_LOGIN=1 (definida como 1 para ativar o registro detalhado, configurada como 2 para ativar as senhas de despejo texto sem formatação no arquivo de log. p>     

Answer 1

Então, depois de telnetar meu servidor de e-mail, finalmente encontrei o problema.

$ telnet 10.0.0.229 143
Trying 10.0.0.229...
Connected to 10.0.0.229.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2008 Double Precision, Inc.  See COPYING for distribution information.
0 login [email protected] redacted
0 OK LOGIN Ok
* BYE [ALERT] Fatal error: Account’s mailbox directory is not owned by the correct uid or gid:

Como se constata, uma mudança não tão recente no correio-imap introduziu uma verificação extra de sanidade para os usuários. Como solução alternativa, adicionei IMAP_MAILBOX_SANITY_CHECK=0 ao meu /etc/courier/imapd (o caminho provavelmente será diferente para você).

Embora esta seja apenas uma solução feia, pode ajudar alguém com os mesmos problemas. Ainda assim, gostaria de passar as verificações extras de sanidade.