Alterando hosts resultando em 554 5.7.1 [email protected]: acesso de retransmissão negado

Question

Eu tenho um problema com a mudança do meu projeto do hoster A para o hoster B. Há três partes envolvidas: o antigo hoster, o novo hoster e o NetworkSolutions como um registrador.

Eu tenho um .com e um domínio .net. Ambos tinham servidores de nomes do antigo Hoster A. Eu mudei isso há mais de 24 horas e agora deveria estar no controle total da configuração das entradas de DNS. O domínio .com está funcionando corretamente, o domínio .net não está funcionando.

Ambos possuem as mesmas entradas de DNS. No entanto, quando eu envio um e-mail do GMAIL, o novo servidor de e-mail responde com um erro 554 5.7.1: Relay access denied . Quando envio um e-mail do novo servidor de e-mail (com uma conta .com), o e-mail é encerrado no servidor de e-mail antigo. No entanto, o TTL de entradas MX e A antigas expirou e o novo servidor de e-mail parece não tomar conhecimento dele .

Eu não entendo este erro, pois é um servidor de e-mail padrão fornecido pelo hoster. Gostaria de saber se há algo que configurei errado com o arquivo de zona DNS ou se isso é um problema com a configuração do servidor de email ou se o host antigo precisa alterar seus servidores de nome com o domínio.

Infelizmente,esteéumprojetoaovivoetodoe-mailperdidoéruim.Euvourecompensarasperguntasparaestarespostaomaisrápidopossível(porfavor,nãoediteisso).

Oqueeufizatéagora: -certificou-sedequeoarquivodazonaDNSé100%omesmoqueodomíniodetrabalho -Confirmeiqueoproblemanãoéapenascomogoogle: link  - Reduzi o TTL em todas as minhas configurações ontem para garantir a rápida propagação

ATUALIZAÇÃO:

Quando executo um script php, ele resolve o host "mail.domain.tld" para o antigo IP dos servidores de mensagens. O domain.tld será resolvido corretamente para o novo IP. Então, ele usa os novos servidores de nomes e, ainda assim, resolve a entrada MX de maneira errada. Isso pode causar o problema de revezamento?

    

Answer 1

A mensagem de acesso negado significa que o servidor de e-mail que recebeu a mensagem não sabe nada sobre o domínio (ou seja, não há caixas de correio locais nas quais possa enviar a mensagem) para tentar retransmitir a mensagem para ele. hospedeiro remoto. No entanto, como o remetente não autenticou com uma senha, ele se recusa a retransmiti-lo ao sistema remoto.

Supondo que o DNS esteja correto (o registro MX está apontando para o novo endereço de servidor de e-mail apropriado), isso significa que o domínio / caixas de correio não estão configurados no servidor do novo hoster.

Se o novo hoster afirma que as caixas de correio / domínio estão configuradas corretamente, o DNS está apontando para o servidor errado.

Ambas as possibilidades podem ser corrigidas com uma rápida chamada para a equipe de suporte do novo hoster.