Início›Guias›E-mail

E-mail · Entender

Backup de e-mail, exclusão e pane do servidor

A lixeira, o backup do serviço e a contingência da plataforma não respondem ao mesmo acidente. Um backup independente do servidor pode recuperar uma mensagem apagada, mesmo de propósito, desde que ela tenha sido copiada antes da exclusão e que a data esteja dentro do prazo de retenção. Quando o servidor cai, as mensagens recebidas ficam aguardando no remetente: o que importa então é o tempo para restabelecer o serviço e a quantidade de mensagens que se aceita perder.

Atualizado em outubro de 20266 minFontes oficiais citadas

Três redes de proteção, três acidentes

Diz-se “está no backup” para mecanismos muito diferentes. Cada um cobre um tipo de acidente, com uma pessoa que age e um limite.

Rede de proteçãoQuem ageO que ela recuperaSeu limite
Lixeira e pasta de recuperaçãoO usuário, na própria caixaO erro de manuseio recentePrazo curto, e nada se a própria caixa for excluída ou comprometida
Backup do serviçoO operador, mediante solicitaçãoA volta de uma mensagem, de uma pasta ou de uma caixa a um estado anteriorO prazo de retenção, e o intervalo entre dois backups
Contingência de plataformaO operador, sem solicitaçãoA pane: as mensagens continuam chegando ou voltam a chegarNão recupera uma mensagem apagada

A cópia que o fornecedor ou o provedor de hospedagem mantém para a própria disponibilidade, em vários discos ou vários servidores, pertence à terceira rede. Ela protege contra uma falha de hardware. Ela não protege contra uma exclusão: uma mensagem apagada é apagada imediatamente em todas as réplicas. É a confusão mais frequente entre redundância e backup.

Um backup recupera uma mensagem excluída?

Sim, dentro de três limites.

  • O prazo de retenção. Com uma retenção de 30 dias, uma mensagem apagada há seis semanas não está mais em nenhum backup. Se a exclusão só for descoberta no fechamento do balanço, o backup chega tarde demais.
  • O ponto de recuperação. Um backup é uma fotografia. Uma mensagem que chegou às 10h05 e foi apagada às 10h40, antes do backup seguinte, nunca foi fotografada. Quanto mais próximos os backups, menor essa janela; ela nunca é zero.
  • O uso. Um backup serve para voltar atrás. Ele não substitui um arquivamento de vários anos, que conserva as mensagens para poder apresentá-las, com regras próprias de prazo e de acesso.

A exclusão intencional merece atenção especial. Um colaborador insatisfeito que esvazia a caixa, ou um invasor que tomou uma conta de administração, pode apagar as mensagens e tentar apagar também os backups. Daí o interesse de um backup que ninguém pode modificar durante o prazo de retenção, inclusive um administrador do e-mail. O guia da ANSSI sobre backup recomenda isolar os servidores de backup dentro do sistema de administração e convida a examinar o mecanismo de imutabilidade de uma solução do tipo WORM, em vez de confiar apenas na palavra.

Independente do servidor: o que isso significa

Um backup independente fica fora do e-mail que ele protege. Concretamente:

  • ele é armazenado em outro sistema, e de preferência em outro local, para que um incidente na sala não o leve junto;
  • as credenciais que administram o e-mail não bastam para excluí-lo;
  • ele é criptografado, para que a cópia não seja uma segunda porta de entrada para as mensagens;
  • ele é testado. A ANSSI diz isso de forma simples: os backups devem ser testados regularmente. Um backup nunca restaurado continua sendo uma hipótese.

O mesmo guia recomenda a regra “3-2-1”, que começa por três cópias distintas dos dados, e define o backup offline como um backup em uma mídia desconectada de qualquer sistema de informação. Essas noções valem tanto para as mensagens quanto para os arquivos; sua aplicação aos documentos está em versionamento, replicação e backup.

Exemplo. Em um escritório de 25 pessoas (caso hipotético), um colaborador exclui por engano a pasta de um cliente, esvazia a lixeira e só percebe na segunda-feira seguinte. A pasta de recuperação não contém mais nada útil. O backup da sexta-feira anterior contém a pasta. O operador a restaura na caixa; faltam apenas as mensagens que chegaram e foram apagadas entre dois backups.

Quando o servidor cai

O e-mail tolera bem as panes curtas. Um servidor remetente que não consegue contatar o seu, ou que recebe um erro temporário, mantém a mensagem na fila e tenta de novo. Enquanto a pane durar menos que o prazo após o qual o remetente desiste, que costuma ser contado em dias, nada se perde: a mensagem chega quando o serviço volta. O guia migrar um e-mail sem interrupção detalha esse mecanismo. Um gateway de filtragem posicionado à frente do e-mail cumpre o mesmo papel: ele guarda a mensagem aceita até que o servidor responda.

O que os usuários veem é outra coisa: webmail fora do ar, celulares que não sincronizam mais, envios impossíveis. É essa duração que o primeiro indicador mede.

RTO (tempo máximo de interrupção admissível): o tempo visado para colocar o serviço de volta em funcionamento. RPO (perda máxima de dados admissível): a quantidade de dados, expressa em tempo, que se aceita perder se o armazenamento tiver de ser reconstruído a partir do último backup.

O RPO não diz respeito às mensagens que aguardam nos remetentes: estas chegam quando o serviço volta. Ele diz respeito às mensagens já entregues nas caixas, e às ações dos usuários, desde o último backup, no caso de o próprio armazenamento ser perdido. Um RPO inferior a 2 horas significa que no máximo duas horas desse histórico teriam de ser reconstituídas. São objetivos: pergunte como eles são medidos e testados.

Trocar de servidor sem mudar de domínio

Uma pane prolongada, o fim de um contrato ou a aquisição do fornecedor podem obrigar a trocar de e-mail. Seu domínio e seus endereços não mudam: é o registro MX que aponta para a nova plataforma. O método, com a coexistência, as passagens de cópia e a coerência de SPF, DKIM e DMARC, está descrito em migrar um e-mail sem interrupção. Ele não é repetido aqui.

Perguntas frequentes

A redundância substitui o backup?

Não. A redundância também replica as exclusões. Ela protege contra uma falha de hardware, não contra um erro nem contra uma exclusão intencional.

Uma mensagem recebida durante uma pane se perde?

Em geral, não: o remetente a guarda e tenta de novo. Ela só se perde se for recusada definitivamente, ou se a pane durar mais que o prazo de desistência do remetente.

Trinta dias de backup são suficientes?

Para voltar atrás depois de um erro, muitas vezes sim. Para conservar mensagens por vários anos, não: esse é o papel do arquivamento. Veja arquivar as mensagens.

O ataque a uma caixa precisa ser descoberto rapidamente?

Sim, porque a retenção é limitada. A proteção na entrada cabe ao gateway de filtragem; veja proteger o e-mail que você já tem.

Onde a Klytic se posiciona

No Klytic Mail, as três redes de proteção existem e são distintas.

  • Do lado do usuário, a pasta de itens excluídos permite recuperar por conta própria, sem custo, mensagens excluídas.
  • Do lado do serviço, o e-mail passa por backup a cada hora. Os backups são criptografados, conservados por 30 dias, replicados em vários locais e imutáveis: um backup gravado não pode mais ser modificado nem excluído. Eles são monitorados continuamente e as restaurações são testadas todo mês. Para isso, a Klytic se apoia nos serviços da WeDoBack, descritos na página Segurança e backup.
  • Do lado da plataforma, os objetivos publicados são o restabelecimento do serviço em menos de 4 horas (RTO) e uma perda máxima de dados inferior a 2 horas (RPO). Posicionado à frente do e-mail, o Klytic MTA conserva temporariamente, criptografada, uma mensagem cujo servidor de destino está indisponível.

A restauração de uma mensagem, de uma pasta ou de uma caixa é solicitada ao suporte, indicando o item em questão e a data aproximada. Ela está incluída em caso de falha do serviço, de exclusão intencional por um colaborador ou de conta excluída cedo demais em um desligamento (no limite de 3 solicitações por mês), ou de ataque sofrido apesar de estações de trabalho corretamente protegidas. Após uma exclusão acidental, um erro de manuseio, ou se as estações estavam insuficientemente protegidas, ela é objeto de um chamado de suporte pago. A pasta de itens excluídos, sem custo, continua sendo o primeiro recurso. O procedimento está descrito em restaurar uma mensagem ou uma caixa.

O que a oferta não cobre: uma restauração em autoatendimento pelo usuário além da pasta de itens excluídos, e uma conservação além de 30 dias pelo backup. Para guardar mensagens por vários anos, o arquivamento legal é oferecido como opção.

Esta página descreve um quadro geral. Os compromissos aplicáveis são os do seu contrato.

Fontes

Consultadas em outubro de 2026.

  • ANSSI, “Sauvegarde des systèmes d’information : les fondamentaux” (Backup dos sistemas de informação: os fundamentos), versão 1.1: definição do backup offline, regra “3-2-1”, testes regulares dos backups, isolamento dos servidores de backup, exame do mecanismo de imutabilidade, correspondência entre PDMA e RPO, DMIA e RTO. cyber.gouv.fr
  • Klytic, “Sécurité et sauvegarde” (Segurança e backup): frequência, retenção, criptografia, replicação, imutabilidade, testes mensais, RTO e RPO visados, restauração de um e-mail, de uma pasta ou de uma caixa. klytic.com
  • Klytic, “Foire aux questions” (Perguntas frequentes): backup a cada hora exceto telefonia, objetivos de retomada, conservação temporária pelo Klytic MTA quando o servidor de destino está indisponível. klytic.com
  • Klytic, “Migrer une messagerie sans interruption” (Migrar um e-mail sem interrupção): fila dos remetentes em caso de erro temporário, papel do MX, coexistência. klytic.com

Veja uma restauração antes de assinar

Durante o teste, peça a restauração de uma mensagem apagada: você verá o prazo, quem age e onde ela reaparece.

Iniciar o teste gratuito →

Segurança e backup

Oferta de boas-vindas

30 dias de teste gratuito, migração acompanhada

Oferta de teste sem compromisso. Um consultor entra em contato para entender suas necessidades e preparar seu espaço Klytic.