Courier imapd: falha ao conectar-se ao soquete / tmp / fam--

2

Estou tentando configurar um servidor de e-mail no Ubuntu Natty com base no postfix e usando a interface imap do Courier. Os emails são recebidos em caixas de correio virtuais sem problemas e podem ser recuperados e lidos usando um cliente imap, mas não consigo enviar emails do cliente. Mail.log inclui numerosas entradas como <time> <hostname> imapd: Failed to connect to socket /tmp/fam-- .

Aparentemente, o /tmp/fam-- faz parte da interface para fam (ou, no caso de um servidor Ubuntu) gamin , que monitora os arquivos de caixa de correio permitindo que o Courier fique sabendo de novos e-mails imediatamente. Pelo que eu posso determinar, isso está relacionado ao Courier's File Alteration Monitor, que permite que vários clientes abram a mesma pasta simultaneamente e recebam atualizações para o conteúdo da pasta em tempo real. Eu esperava que configurar IMAP_ENHANCEDIDLE para 0 em /etc/courier/imapd eliminasse a dependência, eliminasse mais erros / tmp / fam-- e permitisse que e-mails começassem a ser enviados. Não tem essa sorte.

Gamin está instalado no sistema e ps -A|grep gam encontra gam_server em execução. Talvez haja um problema de configuração, mas não vejo nenhuma opção de configuração relevante, seja para Courier ou para o Gamin.

Procurando por conselhos sobre este problema, encontrei várias referências que sugerem que o gamin tende a crescer com o tempo (vazamento de memória) e precisa ser eliminado periodicamente. Parece que apresenta mais problemas do que vale a pena e não é essencial para o imapd.

Neste ponto, estou inclinado a compilar o correio-imap sem dependência do FAM e substituir o que foi instalado pelo apt-get, mas hesito em fazê-lo, com medo de abrir uma lata de worms ainda maior .

Alguma sugestão sobre como fazer com que o imapd converse com o gamin? Estou certo em querer abandonar o uso do gamin pelo imapd? Alguma dica, conselhos ou cuidados sobre como recompilar o courier-imapd sem dependência do FAM?

    
por Randy McLaughlin 06.10.2011 / 17:36

2 respostas

0

Eu estava recebendo o mesmo erro, mas o problema foi causado por permissões ruins no arquivo / etc / passwd. Alguém o alterou para 600, o que impediu que outros programas como (postfix ou courier) lessem os usuários e grupos de que precisavam.

Minha correção foi:

-bash-3.2# chmod 644 /etc/passwd
-bash-3.2# chmod 644 /etc/group
    
por 26.02.2013 / 12:39
-1

Se alguém mais se deparar com este problema. Aqui está a solução:

groupadd -g 2000 vmail

useradd -u 2000 -g vmail vmail

Fez o truque para mim. Parece gam_server não inicia se o usuário não existe. Não consegui mudar para o dovecot porque estou amando o exim4 já que o MTA e o dovecot precisam do postfix.

    
por 12.04.2012 / 17:44