Endereço do remetente rejeitado (registro mx não encontrado)

2

Estou usando o Exim e o Office 365 para enviar e-mails - o servidor envia e-mails automatizados de um aplicativo usando o Exim e o Office 365 manipula o usuário do dia a dia e os e-mails recebidos etc.

Estou recebendo alguns e-mails do servidor (ou seja, do Exim) rejeitados devido a "registro mx não encontrado" - há um registro MX, mas suspeito que o problema é que ele aponta para o Office 365, portanto, parece inválido quando fazendo uma pesquisa no servidor.

Aqui está a repercussão que recebo:

  [email protected]
    SMTP error from remote mail server after RCPT TO:<[email protected]>:
    host mail.host.com [2.3.4.5]: 554 5.1.8 <[email protected]>:
    Sender address rejected: MX record not found

------ This is a copy of the message, including all the headers. ------

Return-path: <[email protected]>
Received: from apache by web01.domain.com with local (Exim 4.72)
    (envelope-from <[email protected]>)
    id 1WYYsD-0004AX-QJ
    for [email protected]; Fri, 11 Apr 2014 10:39:53 +0000
Date: Fri, 11 Apr 2014 10:39:53 +0000
Message-Id: <[email protected]>
To: [email protected]
Subject: Password reset
X-PHP-Originating-Script: 501:password-forgotten.php
From: [email protected]

Aqui estão os meus registros A e MX:

A
domain.com  0   3600    A    1.2.3.4
www.domain.com  0   3600    A    1.2.3.4
web01.domain.com    0   3600    A    1.2.3.4

MX
domain.com  0   3600    MX   domain-com.mail.protection.outlook.com

O correio do servidor vem de web01.domain.com, portanto, posso adicionar outro registro MX para apontar web01.domain.com para domain.com, por exemplo? Como posso consertar isso enquanto continuo usando dois "provedores" de e-mail?

Obrigado

    
por bhttoan 11.04.2014 / 13:16

2 respostas

2

Parece que você está sendo bloqueado pelas regras de prevenção de spam em um servidor upstream. Estas são algumas das políticas de e-mail que eu aplico no meu servidor. Exigir um registro MX para o host remetente é extremo, mas na luta contra o spam novamente, alguns sites acham apropriado. Para domínios de envio legítimos, não use um registro MX e confie no registro A .

Verifique se você tem suas regras de reconfiguração configuradas corretamente. O endereço de envio provavelmente deve ser [email protected] ou [email protected] not [email protected] . Se você quiser respostas, use um endereço Reply-to apropriado

O programa de envio deve ser configurado para definir o remetente apropriado, caso em que as regras de reescrita não devem ser necessárias.

    
por 11.04.2014 / 15:01
0

Eu sei que isso provavelmente está chegando tarde demais, mas ...

Você pode ter que criar ou atualizar o registro SPF para que o MX principal aceite o envio de outros hosts.
Confira este assistente da Microsoft para desenhar um SPF: link

Como alternativa, você pode adicionar totalmente um segundo MX que pode apontar para qualquer IP, incluindo um em seus registros A.

    
por 23.10.2014 / 21:11