Atualmente tenho um site example.com hospedado em algum provedor de serviços antigo. Estou transferindo-o para um provedor de serviços diferente que uso.
Preciso que o e-mail esteja acessível via Outlook usando as próprias configurações existentes.
Os usuários de example.com acessam seu e-mail @example.com via Outlook
Não consigo mover o servidor de e-mail, então pensei em expor mail.example.com para ele, em vez de um registro MX do antigo apontando para ele. Meus registros DNS são semelhantes aos abaixo
example.com 14000 MX 10 mail.example.com
example.com 14000 A 123.456.789.100 (new IP)
mail.example.com 14000 A 241.123.151.900 (old IP)
mail.example.com 14000 MX 10 mail.example.com (new record)
Os usuários podem se conectar via Outlook usando mail.example.com; mas eles não querem fazer essa mudança. Existe uma maneira de continuar permitindo que example.com seja usado para acessar o e-mail e o site.
Eu esperava que o registro MX fosse a única coisa necessária, mas tentar conectar usando example.com (sem prefixo de email) resulta em um tempo limite.
Passei por várias perguntas relacionadas e todas me fizeram sentir que definir o registro MX deveria ser suficiente. Devo acrescentar que o servidor de e-mail está em um sistema de baixa qualidade e bastante lento. MXToolbox reclamou que demorou mais de 15 segundos, então alguns tempos limite podem ser atribuídos a isso, mas se eu mudar o MX para example.com e IP antigo, ele consegue se conectar via Outlook em alguns segundos (ou seja, sem tempo limite)
Editar:
A base de usuários: O servidor de e-mail é utilizado pela equipe de um resort, enquanto o site é utilizado por potenciais visitantes que desejam saber mais sobre o local. Ambiente: não tenho certeza de onde o material antigo está hospedado, mas existe um CPanel que me permite alterar os registros DNS. A novidade está no GoDaddy com uma configuração semelhante.
Recebi a tarefa de mover apenas o servidor web para o novo host, o que foi simplesmente uma alteração no registro A. Eu não sabia que também havia um servidor de e-mail em execução no host antigo. Após a mudança, os usuários começaram a reclamar, então olhei os outros registros e percebi que o MX estava apontando para o mesmo domínio (ou seja, exemplo.com). Também havia um CNAME para mail.example.com para exemplo.com. Alterei o CNAME para um A apontando para o endereço IP antigo e o MX apontando para mail.example.com. Esperei cerca de 5 horas (o TTL antigo durava 4 horas) e experimentei conforme explicado acima. Eventualmente, tive que reverter tudo enquanto os usuários reclamavam que não estava funcionando.
Todas as outras configurações de e-mail que fiz no passado foram simplesmente adicionar um registro MX para servidor -> servidor de e-mail e fazer com que as pessoas configurassem o acesso diretamente através do servidor de e-mail... (Exemplo: meusite.com usando Gmail como o servidor web, os usuários se conectam via imap.gmail.com e smtp.gmail.com) É por isso que estou com dúvidas se isso pode ser feito.
Responder1
Somente controle de registros MXumcoisa: entrega recebida de outros domínios (ou seja, troca de correio). Eles não afetam onde os aplicativos clientes, como o Outlook, se conectarão aos servidores SMTP e, mais ainda, não têm absolutamente nenhum efeito sobre onde os aplicativos procurarão servidores IMAP ou POP.
Portanto, se alguém tiver "example.com" inserido como servidor IMAP no Outlook, o Outlook continuará tentando se conectar a "example.com" até que ele o altere manualmente. Não há nada que você possa fazer a não ser informar aos usuários que eles deverão usar "imap.example.com" de agora em diante.
(SRV seria o equivalente "cliente SMTP/IMAP/POP" dos registros MX, mas muito poucos aplicativos consultam registros SRV, e mesmo aqueles que o fazem, normalmente o fazem apenas uma vez durante a configuração. O Outlook não oferece suporte a registros SRV.)
A curto prazo, você pode configurar um relé/proxy TCP do servidor antigo para o novo, mas não é algo que você deseja manter por mais tempo.