Tenho um cliente que possui o Exchange 2010 instalado. Ele está pensando em ter um conector POP3 para obter todos os e-mails de seu provedor, em vez do redirecionamento nativo de todos os registros MX para este servidor. Ele se sente mais seguro porque os e-mails nunca são perdidos quando ele ocasionalmente reinicia o servidor ou faz alguma outra coisa nele e, teoricamente, o conector POP3 lhe dá isso.
Eu disse a ele que sempre podemos fazer o redirecionamento MX para seu servidor e, em seguida, manter o servidor MX de e-mails do provedor como o segundo, para que quando o servidor for reiniciado, os e-mails irão para o segundo servidor e receberemos seus e-mails com conectores para sua segurança.
Para tornar ainda mais difícil, atualmente este cliente usa IP dinâmico, o que significa que não podemos usar mais nada além do conector, mas se ele estiver convencido do Exchange como solução nativa, ele compraria o IP estático.
Então, quais são os benefícios e as desvantagens de ter o Exchange funcionando em modo nativo? Eu mesmo posso citar alguns.
Vantagens:
- controle sobre como os e-mails são tratados
- usar conectores pop3 nem sempre funciona
- o acesso ao OWA tem uma probabilidade muito maior de trabalhar com IP estático do que dinâmico
Desvantagens:
- é necessário cuidar de spam/vírus, o que significa comprar um software para fazer isso (mas você obtém melhor controle sobre o que seu servidor de e-mail aceita e o que ele não aceita, em oposição ao sistema de e-mail do provedor)
- você tem que prestar atenção ao seu IP para não ser marcado como spammer (por exemplo, enviar spam para um computador em sua rede pode fazer com que todos os seus e-mails sejam marcados como spam posteriormente)
- custos maiores devido à necessidade de IP estático e software adicional
- um tempo de inatividade mais longo pode causar a perda de e-mails (tempos de inatividade curtos geralmente não têm impacto no fluxo de e-mail
Responder1
Não tenho certeza se o redirecionamento MX será uma solução 100% sólida.
No passado, roteei os registros MX por meio de um serviço de gateway de correio que então encaminhava no Exchange. Isso oferece o benefício da filtragem de spam/vírus fora do permitidor (o que economiza largura de banda) com a vantagem adicional de que o provedor de gateway possui muitos kits redundantes que podem enfileirar e-mails sempre que o servidor Exchange precisar ficar inativo para manutenção ou tiver um problema.
Quando há um problema com o Exchange, geralmente você ainda pode acessar os e-mails em fila por meio de um painel de controle da web, se houver alguma coisa urgente.
Responder2
O conector POP3 sempre será mais lento que um ponteiro de registro MX direto para o servidor Exchange, já que o conector só faz polling a cada 15 minutos por padrão. Esse intervalo pode ser aumentado usando o valor de registro "ScheduleAccelerator", mas ainda está fazendo uma "extração" de e-mail em vez de um "envio" direto para o servidor. Não sei se a funcionalidade do conector POP3 no Exchange 2010 mudou muito desde minha experiência anterior com o SBS2003, mas meu voto ainda é com a configuração direta do registro MX.
Concordo com a sugestão de Chris de um gateway de correio hospedado para filtragem e spool. Usamos o serviço McAfee (anteriormente MX Logic) SaaS E-mail Protection para nossos clientes com ótimos resultados. O tempo de inatividade para servidores Exchange locais não é problema, pois a McAfee imediatamente começa a colocar e-mails em spool/enfileiramento em seus servidores e os mantém até que o servidor de destino volte a ficar online.