Como depuro um problema IMAP?

2

Estou configurando um servidor de e-mail com o Postfix e o Dovecot. Clientes de email remotos podem ler emails, mas não podem responder ou enviar novas mensagens. (Clientes de e-mail locais para o servidor recebem e enviam e-mails muito bem.) Por exemplo, a Alpine tenta até que desista, quando diz "Erro ao enviar: falha de saudação SMTP 421 A conexão SMTP foi embora".

Quando eu executo o alpine -d 4, a saída de depuração mostra:

=== sending:
Sending mail...
call_mailer: via TCP
IMAP 11:34:01 9/14 mm_log babble: Try IP address [xx.xx.xxx.xxx]
IMAP DEBUG 11:34:02 9/14: * OK Dovecot ready
tcptimeout: waited 15 seconds
tcptimeout: waited 30 seconds
. . . .

Para mim, isso sugere um problema no servidor p / b Dovecot e Postfix. Mas não consigo descobrir como diagnosticar isso.

O syslog do servidor mostra um login imap bem-sucedido, mas nenhum dos logs (remoto ou cliente) parece ter qualquer informação sobre a falha em enviar a mensagem.

Odds são muito boas que eu estraguei algo na configuração do Postfix ou Dovecot (SSL / TLS? SASL?) Eu gostaria de resolver isso sem adivinhação. Então por favor: O que é um bom processo para depurar isso?
Como posso testar as interações entre os vários processos para que eu possa encontrar o que está falhando?
Existe uma maneira de aumentar a saída de depuração / log de Postfix e Dovecot?
Existe uma maneira de emular a interação Dovecot / Postix e / ou a conexão do cliente remoto / servidor IMAP, para que eu possa ver se eles estão procedendo conforme necessário?

Obrigado.

    
por chernevik 14.09.2009 / 17:45

4 respostas

2

Eu também sugeriria que este é um problema de postfix, qual é a saída de:

postconf -n

e

tail -n 50 /var/log/maillog (mail.log on ubuntu boxes)
    
por 15.09.2009 / 02:18
1

Tem a certeza de que tem um mailer SMTP em execução, ou seja, faça telnet para o seu servidor de correio na porta 25 e obtenha uma resposta?

    
por 14.09.2009 / 17:48
0

Primeiro de tudo, eu começaria com dividir isso em 2 questões. O IMAP é manipulado pela Dovecot. Se você é capaz de receber suas mensagens do servidor, então o Dovecot não é o problema, está fazendo o seu trabalho.

O envio do email é feito com o Postfix. Você disse "clientes de correio locais para o servidor receber e enviar e-mail muito bem." - isso me indicou que seus clientes de e-mail podem não estar autenticando no servidor Postfix na porta 25, ou não está escutando em suas interfaces externas na porta 25. Como Bart mencionou, tente fazer o telnet para a porta 25 e veja se você obtém o Banner postfix. Se fizer isso, verifique se seus clientes estão sendo autenticados (e você configurou o Postfix para permitir a autenticação) para que eles possam enviar mensagens por meio de seu servidor.

    
por 14.09.2009 / 18:02
0

Você pode fingir ser um cliente lendo a RFC relevante (particularmente em torno da seção 4) e fingindo ser um cliente de email. Desative todas as configurações de SSL / TLS primeiro para ver se você consegue enviar os e-mails corretamente. Em seguida, ligue-os e use telnet-ssl ou openssl client para se conectar às portas SSL.

Além disso, você precisa estar claro se há problemas com a entrega de correio local ou externa. Se for entrega local, você precisa verificar como isso é feito por postfix . Uma maneira comum seria enviar a entrega de correio local para procmail , mas também é possível canalizá-la para dovecot e você precisa se certificar de que a tubulação está funcionando corretamente. Verifique os registros.

    
por 15.09.2009 / 03:53