Estou executando uma caixa CentOS / Dovecot / Postfix como servidor de email por um tempo sem complicações.
Há algumas semanas, os usuários deixaram de enviar e-mails por meio de clientes externos. Eles podem ler um e-mail de acesso dos clientes do Outlook / Evolution / Thunderbird, mas não podem enviar mensagens de e-mail.
A mensagem de erro é muito ambígua para mim. Basicamente, diz que o cliente não pode se conectar ao servidor.
Eu não alterei nenhum arquivo de configuração e o maillog não está gravando essas tentativas com falha.
Eu sou um novato em fazer este tipo de trabalho e estou perplexo.
Qualquer ajuda para apontar quaisquer possíveis causas ou quaisquer logs que eu esteja faltando ou quaisquer recursos que eu possa estudar seria muito apreciada.
Editar: posso enviar e-mails por meio de um cliente de e-mail local baseado na web, como roundcube ou squirrel.
ATUALIZAÇÃO:
Como Matt Simmons sugeriu, tentei fazer o telnet no servidor. Eu consegui me conectar por dentro, mas não pelo lado de fora. Decidi então alterar a porta e consegui me conectar por fora e enviar e-mails de contas de e-mail em meu domínio de clientes externos.
No entanto, agora não consigo receber e-mails de contas que moram fora do meu servidor. Por favor ajude. Eu consertei um pequeno problema e criei um grande problema.
Descobri que meu ISP está bloqueando a porta 25. Estou usando a porta de envio.
Tentando me conectar com o telnet de fora e de dentro, como Matt Simmons sugeriu, apontei na direção certa e recebi a última dica no seguinte tópico:
Meu ISP está bloqueando a porta 25. A porta 587 é um bom substituto?
Obrigado.
Eu não uso o Centos, mas eu uso o RHEL. Uma coisa que muitas vezes me morde com o RHEL que muitas vezes esqueço de verificar é o SELinux.
Tente desativá-lo, ou seja, setenforce 0 e veja se isso faz diferença.
Às vezes as pessoas desligam enquanto estão fazendo a configuração e depois esquecem de fazer a mudança permanente no arquivo de configuração, então na reinicialização ele volta e as coisas param de funcionar,
Etapa 1 - o serviço está em execução?
service dovecot status
Se não, então
service dovecot start
Step 2 - Você pode fazer telnet para localhost nas portas 25 e 443?
Se não, tente reiniciar o serviço e verifique novamente. Se ainda não conseguir, verifique o maillog e as mensagens para obter resultados úteis. Você pode ter que executar o servidor no modo de depuração (que eu não sei como fazer, mas você deve ser capaz de descobrir lendo /etc/init.d/dovecot)
Etapa 3 - Você pode fazer telnet para o servidor nessas portas de outras máquinas?
Se não, verifique o firewall nessa máquina. Verifique o /etc/hosts.deny. Verifique se há firewalls nas máquinas às quais você está tentando se conectar.
Se você conseguiu chegar até aqui e tudo funciona, mas seus clientes ainda não conseguem se conectar, é hora de tentar ser um cliente. Telnet para a porta 25 no servidor (de outra máquina) e fingir ser um cliente smtp:
HELO fakeclient
MAIL FROM [email protected]
RCPT TO: [email protected]
DATA
To: [email protected]
From: myemail.com
Subject: Test 1
This is test 1
.
Espero que apareça alguma mensagem de diagnóstico e informe por que ela não foi aceita para entrega. Se foi aceito para entrega, fingir ser um servidor IMAP
Telnet para a porta 443 na máquina e faça isso:
? LOGIN username password
? LIST "" "*"
? LOGOUT
Se você conseguiu com sucesso, os clientes de e-mail estão falidos. Verifique se há configurações de proxy quebradas ou, no pior dos casos, reinstale.
O problema com o uso da porta de envio é que geralmente é destinado apenas para uso por usuários autenticados. Devido a isso, os servidores de e-mail externos não tentarão enviar e-mails para seu servidor usando a porta de envio.