Como rejeitar e-mails devido a um mau TTL inicial de MX?

1

Última sexta-feira à noite, nós alteramos os servidores de e-mail. Nós nos mudamos do Office 365 para outra solução Exchange hospedada (Intermedia.net).

Usamos Godaddy para DNS e, depois que a migração do servidor estava pronta e os clientes estavam prontos, editamos nossos registros MX. Godaddy é rápido, então em cerca de uma hora eu vi no whatsmydns.com que os novos e adequados registros MX estavam se propagando bem.

Fila na segunda de manhã. O e-mail está chegando, mas estou começando a ouvir sobre os bouncebacks. Mais da mesma terça-feira. Eu estava puxando o cabelo para fora quando eu apenas olho nossas entradas DNS na noite de terça-feira e vejo que o TTL no novo registro MX é de 1 semana. Yikes Eu mudo para meia hora. Hoje, um gargalo messagelabs / symantec) foi atualizado para apontar para o servidor certo, mas ainda estamos recebendo alguns remetentes externos infelizmente grandes, ou seja, o Postini, enviando suas mensagens para fora do servidor antigo.

Esse TTL inicial de 1 semana é responsável? Será que o Postini reafirmou que o TTL inicial, apesar da minha mudança, o encurtou ontem? Eu estou enlouquecendo porque parece muito desamparado. Eu tinha um pessoal de TI em um dos nossos clientes para entrar em contato com o Postini para abrir um ticket, já que os e-mails de seus usuários para nós estão pulando, mas pode levar algum tempo para avançar nessa frente. Minha única esperança é que seja o Dia de Ação de Graças, então o trabalho está quase terminado até o fim de semana. Sexta à noite será a semana oficial do primeiro TTL ruim. Devo ter esperança de que as coisas "só funcionem" venham segunda-feira? Eu não sei mais o que verificar. O domínio é removido do O365, os novos registros MX parecem bem propagados. Estou prestes a pular de um píer.

    
por Joshua Marshall 26.11.2014 / 23:58

2 respostas

4

Nunca desligue o servidor antigo até saber que o TTL do registro MX apontando para o servidor antigo expirou. Se o TTL for / foi de 1 semana, deixe o servidor antigo em execução por 1 semana para capturar os e-mails de clientes que possam ter esse registro MX em cache.

Ao implementar uma transição de email, verifique sempre o registro MX durante a fase de planejamento e ajuste-o de acordo. Pessoalmente, não vejo nenhum bom motivo para configurar o TTL no registro MX para algo maior ou menor que 1 hora.

O novo TTL no registro MX não afeta o antigo TTL do registro MX. Portanto, se o TTL do registro MX antigo for de 1 semana (ou qualquer outro), qualquer cliente que tenha esse cache armazenará esse período de tempo (para qualquer TTL restante em seu cache). O fato de você ter mudado isso não tem sentido, porque esses clientes não vão procurá-lo novamente até que ele expire em seu cache.

    
por 27.11.2014 / 00:05
2

Seu cenário é mais plausível.

Lembre-se de que o DNS não "se propaga"; em vez disso, os registros são armazenados em cache por outros servidores DNS pela duração do TTL. Assim, alguns sites podem estar armazenando o antigo registro por até uma semana. (E quebrado servidores DNS podem armazenar em cache ainda mais, mas esses são felizmente poucos e distantes entre si.)

    
por 27.11.2014 / 00:02