Enviando um email de 2 servidores de email

Question

No momento, estamos tentando nos distanciar do uso de um servidor "local" de e-mail (troca) para uma oferta baseada em nuvem para todos os nossos e-mails automatizados. O problema é que enviamos e recebemos milhares de e-mails por dia e seu tempo de atividade é bastante crítico, então a empresa não quer colocar todos os ovos na mesma cesta, por isso, se quisermos usar uma oferta baseada na nuvem (mailgun), como um backup, se isso cair. Então minha pergunta é:

Seria possível definir registros A, TXT e CNAME com vários endereços IP para que, se um servidor de e-mail ficar inativo, possamos começar a enviar e-mails automaticamente do fallover (sem bloqueá-los fazendo uma pesquisa inversa de DNS)? Sei que ainda precisaremos ajustar o registro MX para os e-mails recebidos, mas isso é aceitável para não receber e-mails por um curto (1-2 horas) de tempo.

Isso faz sentido?

    

Answer 1

so if one mail server goes down we can automatically start sending emails from the fallover

Você não pode (facilmente) ter máquinas em locais diferentes com o mesmo endereço IP. Você não precisa de um registro 'A' para enviar e-mails de um servidor. Você não pode implementar o failover alterando registros DNS.

O importante é ter qualquer servidor que envie e-mails listados em seus registros SPF TXT (se você tiver um SPF publicado).

Se você está falando de uma máquina de gateway MTA, (mensagens SMTP são originadas em outras máquinas e todas são roteadas através deste servidor antes de acessar o resto do mundo), então isso é um assunto diferente - você pode influenciar isso usando DNS, mas não esperando por uma interrupção para alterar os registros. O SMTP foi projetado para acomodar esse cenário publicando vários registros MX do DNS com prioridades diferentes. Os clientes devem tentar se conectar a cada servidor na zona ordenada pela prioridade MX - se não conseguir se conectar, ele deve tentar o próximo. na prática, a maioria dos MUAs não se incomodará em procurar mais do que o MX principal - mas se o cliente for um MTA e, em seguida, IME, todos se comportarão corretamente. Você não nos contou como seus e-mails enviados chegam ao MTA - por isso, é difícil informar se isso funcionará na prática.

Desculpe, mas você claramente não entende o DNS e entende pouco sobre SMTP. Você precisa fazer muito mais leituras do que apenas olhar as respostas aqui.

    

Answer 2

Então, seu problema é duplo:

1. Como faço para enviar / permitir saída de email de vários servidores no caso de um deles falhar?
2. Como posso ter o failover entre os servidores de e-mail para e-mails de entrada em caso de falha?

Em relação a 1:

Não há nada que impeça que você tenha vários servidores que enviam e-mails. No momento, o principal método para mostrar que seus servidores não são spam está usando os registros do Sender Policy Framework . O que você precisa fazer é certificar-se de que os dois conjuntos de servidores de saída estejam listados no seu registro SPF e que você deve estar certo (presumindo que seus sistemas internos que geram os emails estejam configurados para conversar com os dois conjuntos de servidores de email). Além disso, se você tiver vários registros MX, o problema de pesquisa reversa de DNS é um pouco evitado.

Em relação a 2:

Você usa vários registros MX:

10   CLOUD.MAIL.SERVER
20   LOCAL.MAIL.SERVER

ou qualquer outra coisa. Se alguém não responder, o remetente tentará o outro e você não perderá nenhum e-mail. A parte difícil aqui para você é como seus sistemas internos / usuários alternam entre um ou outro. Você pode fazer coisas como configurar vários perfis do Outlook ou várias contas de e-mail dentro do mesmo perfil do Outlook etc. para os usuários. Se os seus sistemas de envio automatizados também estiverem recebendo e-mails, você precisa ter certeza de que sabe o procedimento para que eles verifiquem cada conjunto de servidores de e-mail ou como alternar entre os dois que precisam.

    

Answer 3

Isso é basicamente o que um MX secundário ou de backup faz. Basicamente, você pode configurar uma caixa MX local ou externa que seja capaz de enfileirar e-mails até que a primária volte on-line e entregue todas as mensagens para a principal.

Desta forma, nenhum email é devolvido aos seus remetentes. De qualquer forma, você precisaria que os servidores de caixa de correio primários voltassem a estar online para rotear e entregar o email.