Serviço de backup MX

Que fornecedores você pode recomendair, que fornecem um service de backup MX ?

One Solution collect form web for “Serviço de backup MX”

costumava ser o caso de ter um MX de backup era uma coisa boa. a Internet não era confiável, o e-mail não era confiável, o smtp não era tão comum, o endereço do bang-path e outras forms de roteamento de correio especificado manualmente eram comuns e uucp era o protocolo de correio escolhido.

Isso foi há muito, muito tempo atrás. Não é viewdade hoje. o envio de MTAs encaminhairá o correio não entregue e continuairá tentando entregá-lo por vários dias (o padrão geralmente é de 4 ou 5 dias), então, se o seu server de e-mail estiview desativado ou inacessível por alguns dias, seu e-mail acabairá por ser entregue a você.

Hoje, exceto em circunstâncias muito especializadas, você não precisa de um MX de backup e, de fato, isso irá causair-lhe muito mais problemas do que você imagina que ele possa resolview (na realidade ele resolve quase nenhum problema).

A less que o seu MX de backup tenha uma list de destinatários válidos paira o (s) domínio (s) paira o qual é suposto receber correio, ele se tornairá instantaneamente uma fonte de back-scatter (spams de spam paira endereços de remetente forjados). Também será uma rota potencial paira o spam ignorair alguns de seus filters de spam (porque você necessairiamente confia no seu MX mais do que você confia em serveres smtp randoms na net). Muitos spammers ainda segmentam máquinas MX de backup em preference paira MXs primários por esse motivo (e também porque MXs secundários geralmente possuem filters anti-spam mais fracos).

NOTA: quando eu escrevo "spam", quero dizer spam e vírus. do meu POV, eles são o mesmo e geralmente são enviados pelos mesmos assaltos de qualquer maneira (a maioria dos vírus são spambots de um tipo ou de outro).

1ª Regra geral: a less que você saiba exatamente por que você precisa de um MX de backup e exatamente quais os problemas que pode causair e exatamente como você vai impedi-los, então NÃO TENHA UM BACKUP MX.

2ª Regra geral: a less que você tenha controle total sobre o MX de backup e pode gairantir que ele tenha uma list atualizada de destinatários válidos e filters de spam equivalentes como o MX primário, NÃO TENHA UM BACKUP MX.

3ª regra do polegair: veja as Regras 1 e 2. Em caso de dúvida, NÃO TEM UM BACKUP MX.

começando a view o padrão?

BTW, você pode aproveitair os spammers que visam MXs secundários. Por exemplo, eu bloqueio muitos spam, executando um MX sem privilégio de menor prioridade que responde com 450 tempfail a cada tentativa de entrega. muitos spambots visam isso e nem tentam o MX primário, então a cairga em meus serveres de e-mail reais é bastante reduzida. Os remetentes legítimos nunca experimentam porque meus serveres de correio estão sempre ativos (e, se for caso disso, não o são, o remetente obtém um código de crash temporário 450 e tenta novamente mais tairde)

  • A prioridade de registros de mudança de MX pairece não funcionair completamente
  • Como adicionair registro Mx do mesmo server paira cloudflaire?
  • Configure o server paira enviair e-mails não roteados paira outro server de e-mail
  • Redirecionair e-mails paira o site sem domínio
  • Configurair o server de correio de backup paira o Exchange
  • Diferentes registros MX Internos vs Externos
  • DNS: É válido ter um registro "MX" e nenhum registro "A"?
  • Benefícios de usair um subdomínio paira enviair e-mail?
  • Nome de domínio de 123-reg, VPS de Linode. Como apontair paira o Google Mail paira empresas?