E-mails perdidos durante a mudança do MX para o gmail

4

Recentemente, movi e-mails para domínios que hospedo no gmail (mantendo o endereço de e-mail @ meudominio.com). Eu pensei que estava fazendo tudo certo para que nenhum e-mail fosse perdido, mas isso acabou não sendo o caso.

Primeiramente, eu configuro uma conta do Google com contas de e-mail para os endereços de e-mail no meu domínio.

Em seguida, alterei os registros MX do meu domínio para o Gmail.

Eu sei que a propagação de alterações leva algum tempo para afetar a web. Eu pensei que qualquer e-mail enviado durante esse período iria para as contas de e-mail antigas ou para o gmail. Eu poderia então usar o endereço IP da minha hospedagem para obter e-mails dos servidores antigos e movê-los para o Gmail.

No entanto, durante a mudança, enviei-me e-mails como teste e eles nunca apareceram em nenhuma conta de e-mail. Além disso, também não recebi nenhuma mensagem de erro dizendo que o email não pôde ser entregue.

Eu realmente preciso saber o que deu errado, então, no futuro, posso garantir aos meus clientes que nenhum e-mail será perdido no processo de transferência. Uma interrupção no serviço não é ideal, mas desde que todos os emails sejam entregues, então é aceitável.

    
por Evans 11.02.2012 / 17:03

1 resposta

3

Prefácio

Eu tenho medo, aqui não é o melhor lugar para fazer esse tipo de pergunta: para obter uma resposta completa e detalhada, temos que cobrir alguns detalhes profundos de DNS e SMTP. É um problema para os usuários locais aqui, mas não (espero) no ServerFault

Face

Você fez quase todos corretamente, eu, talvez, diminua apenas TTL para MX RR antes de alterar dados e esperaria o tempo de expiração de dados para tornar "tudo perfeito"

O problema principal é "nenhuma resposta" das transações SMTP em seus testes. É um sinal muito ruim. Talvez você possa verificar now server-log para MTA, qual (primeiro) recebe a mensagem do seu MUA (programa cliente) e deve rotear a mensagem de e-mail para o servidor do destinatário? Desta forma, você pode pelo menos identificar, foi a mensagem transferida do primeiro salto para o próximo e quem pedir mais informações sobre o histórico subseqüente (postmaster @ do coletor).

Desculpe, sem o smtp-logs eu não posso dizer mais

    
por 12.02.2012 / 10:19