Como se certificar de que, no caso de o nosso servidor de e-mail estar inacessível (conexão inativa), o e-mail ainda será enfileirado e reenviado quando o backup for feito?

Question

Tivemos alguns problemas com a perda da conexão com a internet de vez em quando. Normalmente, isso significa que nosso servidor de e-mail está inacessível e o e-mail de entrada está sendo ignorado. Configuramos o MX Backup (segundo registro MX após o nosso) e, para alguns provedores, foi o suficiente (o gmail caiu para o segundo MX e conseguiu enfileirar o e-mail), outros ainda rejeitaram o e-mail (hotmail).

Há algo que possamos fazer para garantir que nunca perderemos e-mails? Gostaríamos de hospedar e-mails internamente, pois há muito tráfego de e-mail interno. Também estamos considerando uma conexão de internet de backup (qual seria a configuração correta do dns / mx para isso)? Mesmo com o backup, às vezes, perdemos energia, por isso ter o e-mail enfileirado do lado de fora seria perfeito, mas o MX de backup não parece ser confiável o suficiente.

Por favor, deixe-me saber o que é possível em nossa situação para melhorar a confiabilidade do e-mail.

Obrigado.

    

Answer 1

Você nunca pode ter certeza de que não perderá e-mails. Isso não está no protocolo.

No entanto, os servidores de e-mail configurados adequadamente tentam novamente por algo entre 12 e 48 horas, com janelas mais longas e mais longas entre as tentativas de repetição, em vez de simplesmente descartar o e-mail completamente.

Tecnicamente, você não pode controlar o que outros servidores de email fazem ou se estão configurados corretamente. Parte do problema na minha experiência é que as pessoas têm a mentalidade de que o e-mail é uma mensagem instantânea. Não é. Não é confiável e frágil e é incrível que ainda seja utilizável neste dia. Não há nada embutido para autenticar ou verificar usuários, não é criptografado e, por causa de spammers, não é incomum que mensagens legítimas fiquem presas em pastas indesejadas ou que servidores de email descartem mensagens suspeitas de serem spam sem notificar o remetente que a mensagem não estava realmente entregue.

Se você já tem um segundo registro MX para um host externo, já está fazendo a coisa certa. A próxima coisa que você pode tentar é configurar links redundantes com dois provedores diferentes e jogar com o BGP e o maravilhoso e único mundo de problemas que o jogo com links redundantes traz.

A verdadeira questão é que, para esse tempo de inatividade, isso afetou seus e-mails e negócios a ponto de justificar a busca por esse caminho? Com que frequência você sofre interrupções e quanto tempo elas duram normalmente? Se o impacto nos negócios for alto o suficiente, você poderá ver a rota de redundância; caso contrário, mantenha um segundo sistema MX externo (com provedor separado) e isso deve ser bom o suficiente até que a relação custo / benefício indique o contrário.

    

Answer 2

Você poderia usar uma solução como postini , já que agora pertence ao Google, você pode aproveitar a filtragem de spam deles e também ter um local para o correio ser enfileirado se a conexão cair no servidor do Exchange. Eu usei isso no passado, e foi fantástico quando o datacenter no qual tínhamos nossos servidores do Exchange estava com problemas.

    

Answer 3

Outro serviço como o Postini é o mailroute.net. Uma vantagem de serviços como o Postini e o mailroute é que você também obtém filtragem de spam e vírus, permitindo, em muitos casos, reduzir significativamente os volumes de e-mail para sua rede.