pessoal!
Tenho um servidor web CentOS com ISPConfig, este servidor está funcionando sem problemas há mais de um ano, incluso no serviço de e-mail (postfix + dovecot + sieve).
Porém, surgiu uma nova necessidade de um cliente que está enviando cópias de e-mails para outras contas (que ficam dentro do próprio servidor)
Estou debatendo com Sieve há alguns dias. Quando configuramos algum redirecionamento no ispconfig, seja CC ou BCC, o email chega para a conta principal, mas a conta que deveria receber a cópia não recebe a mensagem.
Abaixo o log do servidor (Maillog) referente à entrega do email (apenas alterei os endereços de email para protegê-los):
Mar 20 22:57:05 srv-exwb01 sendmail[22014]: w2L1v4Si022014: w2L1v4Sj022014: DSN: Service unavailable
Mar 20 22:57:05 srv-exwb01 postfix/smtpd[21955]: NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 554 5.7.1 <srv-exwb01.eximiaweb.com.br>: Helo command rejected: Host not found; from=<> to=<[email protected]> proto=ESMTP helo=<srv-exwb01.eximiaweb.com.br>
Mar 20 22:57:05 srv-exwb01 sendmail[22014]: w2L1v4Sj022014: [email protected], delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=33744, relay=[127.0.0.1] [127.0.0.1], dsn=5.7.1, stat=Service unavailable
Mar 20 22:57:05 srv-exwb01 sendmail[22014]: w2L1v4Sj022014: w2L1v4Sk022014: return to sender: Service unavailable
Mar 20 22:57:05 srv-exwb01 postfix/smtpd[21955]: NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 554 5.7.1 <srv-exwb01.eximiaweb.com.br>: Helo command rejected: Host not found; from=<> to=<[email protected]> proto=ESMTP helo=<srv-exwb01.eximiaweb.com.br>
Mar 20 22:57:05 srv-exwb01 sendmail[22014]: w2L1v4Sk022014: to=postmaster, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=34768, relay=[127.0.0.1] [127.0.0.1], dsn=5.7.1, stat=Service unavailable
Mar 20 22:57:05 srv-exwb01 sendmail[22014]: w2L1v4Sj022014: Losing ./qfw2L1v4Sj022014: savemail panic
Mar 20 22:57:05 srv-exwb01 sendmail[22014]: w2L1v4Sj022014: SYSERR(vmail): savemail: cannot save rejected email anywhere
Mar 20 22:57:05 srv-exwb01 dovecot: lda([email protected]): Error: Sendmail process terminated abnormally, exit status 69
Mar 20 22:57:05 srv-exwb01 dovecot: lda([email protected]): Error: sieve: msgid=<[email protected]>: failed to redirect message to <[email protected]> (refer to server log for more information)
Este é o log de peneira da conta:
sieve: info: started log at Mar 20 22:11:48.
error: msgid=<[email protected]>: failed to redirect message to <[email protected]> (refer to server log for more information).
sieve: info: started log at Mar 20 22:25:24.
error: msgid=<[email protected]>: failed to redirect message to <[email protected]> (refer to server log for more information).
sieve: info: started log at Mar 20 22:39:31.
error: msgid=<[email protected]>: failed to redirect message to <[email protected]> (refer to server log for more information).
sieve: info: started log at Mar 20 22:57:05.
error: msgid=<[email protected]>: failed to redirect message to <[email protected]> (refer to server log for more information).
Informações adicionais:O servidor foi configurado usando este tutorial: https://www.howtoforge.com/tutorial/perfect-server-centos-7-apache-mysql-php-pureftpd-postfix-dovecot-and-ispconfig/
Alguém teria alguma ideia do que pode estar acontecendo? Agradecemos antecipadamente pela sua atenção.
Responder1
Bem...
Acho que consegui resolver o problema com a ajuda do meu amigo @Gerard H. Pille, como mencionei nos comentários, tenho o registro PTR em meu bind, mas como observou @Gerard H. Pille, mesmo com esse registro, o DNS reverso não estava funcionando.
Então vasculhando o painel da empresa que me fornece a instância da nuvem, encontrei um dns reverso sendo apontado para um nome diferente do meu servidor (ns1.eximiaweb.com.br), e foi aqui que o Sieve estava se perdendo, inclusive internamente ele estava tentando encontrar online e não consegue encontrar. O que fiz foi alterar essa configuração de ns1.eximia... para o nome do servidor (que está presente no arquivo hosts).
Isso resolveu o problema, achei interessante fazer o cadastro, pois pode ser que outra pessoa tenha o mesmo problema.
Obrigado pela ajuda, @Gerard H. Pille!