Como faço para mover meu site para um novo servidor sem interromper o e-mail?

Question

Eu tenho um site corporativo em um servidor que também hospeda todos os nossos e-mails. Eu não tenho idéia de quão diligente todos os funcionários têm feito sobre o backup de seus e-mails / deixar mensagens antigas no servidor, etc. Na verdade, eu gostaria de evitar todo esse incômodo e manter o e-mail antigo em execução no servidor antigo. / p>

Eu só quero mover o site para um novo servidor mais confiável, deixando os e-mails em execução no servidor antigo.

Como posso fazer isso? Quando aponto o DNS para o endereço IP do novo host virtual, uma vez propagado, ele cortará o email para o servidor antigo? O administrador do servidor antigo parece pensar assim.

Qual é a solução aqui, operando com base no princípio de que queremos a menor quantidade de mudança / reconfiguração / perda de dados para nossa equipe?

    

Answer 1

Existem quatro funções que você deve cuidar em relação ao e-mail:

1. Pessoas que enviam seus usuários por e-mail.
2. Seus usuários coletando seus e-mails.
3. Seus usuários que enviam e-mail.
4. Seu servidor de e-mail passando esses e-mails para os servidores de outras pessoas.

Cada um deles requer o manuseio de uma possível entrada DNS diferente.

1. Seu registro MX. No momento, ele deve conter um nome como mail.example.com , que por sua vez deve conter um registro A contendo o endereço IP no qual outras pessoas podem enviar o email de seus usuários. Se o seu registro MX for example.com em vez de mail.example.com , você provavelmente desejará alterá-lo antes da migração.

2. O que seus usuários colocam no cliente de e-mail como servidor POP ou IMAP. Isso pode ser um endereço IP bruto ou seu domínio principal ( example.com ) ou um subdomínio. É comum usar algo como pop.example.com , imap.example.com ou mail.example.com .

3. O que seus usuários colocam em seu cliente de e-mail como seu servidor SMTP. Assim como nas configurações de POP e IMAP, geralmente é um subdomínio como smtp.example.com .

4. Os dois registros DNS importantes para isso são seus registros SPF e seu registro PTR. Você não desejará alterar seu registro SPF além de talvez adicionar o novo servidor da Web se ele enviar um email. Alguns servidores de e-mail esperam que seu DNS para frente e reverso corresponda, portanto, se o endereço IP do servidor de e-mail tiver um PTR apontando para example.com e example.com agora resolve o novo endereço IP do servidor web, alguns servidores de e-mail rejeitarão os e-mails enviados pelos usuários para eles.

O que eu faria na sua situação:

1. Crie mail.example.com , pop.example.com , imap.example.com e smtp.example.com e forneça todos os registros A apontando para o servidor de e-mail.
2. Verifique se todos os usuários da sua organização estão usando uma combinação deles e apenas desses subdomínios em seus clientes de email. (Não se esqueça dos smartphones.)
3. Verifique se seus registros MX estão usando um desses subdomínios.
4. Verifique se o PTR do endereço IP do seu servidor de e-mail é um desses subdomínios.
5. Certifique-se de que todas essas alterações de DNS tenham tempo para limpar os caches de outras pessoas. Isso significa esperar pelo maior tempo de TTL existente.
6. Altere o DNS do seu domínio para apontar para o novo servidor da Web.

Notas:

• Você pode alterar o subdomínio www com bastante facilidade e segurança sem afetar o e-mail. (A menos que você tenha feito algo estranho como colocar www.example.com nos clientes de e-mail do seu usuário.) Você pode até parar aqui e não se incomodar com nenhum dos passos acima. Deixe um servidor da Web em execução no servidor de email que não faça nada além de emitir um redirecionamento 301 para www.example.com .
• Fazer todas as alterações acima, embora potencialmente lentas e difíceis agora, permitirá que você evite muita tristeza no futuro, pois todos os seus serviços independentes estão apontando para subdomínios separados e todos os seus usuários estão usando um esquema de nomenclatura consistente para encontrar esses serviços. Futuras mudanças serão fáceis.
• Você pode testar suas alterações no DNS editando seu próprio arquivo de hosts. Isso permitirá que você verifique se seus usuários podem enviar e receber e-mails e que outras pessoas podem enviar e-mails para você.

Answer 2

Cenário: o email continuará indo para onde está indo atualmente. Web site passará para um novo servidor.

Altere o registro A do site (se você estiver usando um registro A para www) ou o servidor host do site (se estiver usando um CNAME para www) para apontar para o endereço IP do site. novo servidor.

Nenhuma alteração ou discussão sobre o registro MX é necessária.

    

Answer 3

A entrada MX DNS do seu domínio deve estar apontando para o seu antigo servidor depois que você moveu o site. Você então não deve ter uma interrupção no serviço.

    

Answer 4

Você deve definir o registro mx do seu e-mail para o servidor antigo e configurar um registro para um novo servidor para o seu site. Isso é tudo. O MX mapeia um nome de domínio para uma lista de agentes de transferência de mensagens para esse domínio e o registro A retorna um endereço IPv4 de 32 bits, mais comumente usado para mapear nomes de host para um endereço IP do host.

Todas as modificações são seguras e não devem afetar o tempo de inatividade de nenhum serviço. Você deve ofcource primeiro configurar o site no novo servidor testá-lo do que fazer alterações no DNS. Ad MX record e altere um registro.

    

Answer 5

Verifique se há registros MX no seu DNS e veja como eles estão configurados. Se o seu MX estiver configurado para mail.seudominio.com, dê uma olhada no registro de mail.seudominio.com. Se isso é um registro A (que deve ser definido como o IP do seu servidor atual), você está pronto para ir, apenas não mude esse registro quando você move yourdomain.com e www.yourdomain.com

Se mail.yourcomain.com for um CNAME que aponte para www.seudominio.com ou seudominio.com, você precisará criar um novo registro como acima.

Se o seu registro MX diz yourdomain.com ou www.yourdomain.com, você terá que criar um novo registro como acima e alterar o registro MX para o novo.

Se você precisar fazer alguma das alterações descritas, espere um dia ou dois (a menos que seus TTLs sejam mais longos do que isso) para garantir que outros servidores de e-mail com suas informações atuais armazenadas em cache obtenham as novas informações antes de alterar coisas.