Benchmark de software de arquivamento de e-mail
Provisionamos um locatário do Microsoft 365, o preenchemos com um corpus sintético de 10.000 e-mails e 1.700 anexos em 8 subtipos de tipo de arquivo e, em seguida, comparamos o NinjaOne SaaS Archiver, o Barracuda Cloud Archiving Service, o Acronis Cyber Protect Cloud Email Archiving e o MailPiler no mesmo locatário em 10 dimensões que cobrem ingestão, busca, recuperação de anexos, exportação, imutabilidade, retenção legal, auditoria, criptografia, retenção e postura de acesso do fornecedor.
Resultados do benchmark de arquivamento de e-mail
- Pontuação geral: soma ponderada de 10 categorias de pontuação em uma escala de 0 a 100. Veja as pontuações das categorias do benchmark de arquivamento de e-mail para os pesos.
- Subtipos: número dos 8 tipos de arquivo de anexo (PDF com camada de texto, PDF digitalizado, DOCX, XLSX, PPTX, PNG, CSV, ZIP) em que a frase de marcador “Documento Interno” era indexável na busca do fornecedor.
- Exportação: opções de exportação em massa disponíveis na interface do cliente em uma única etapa.
Principais conclusões por produto
- NinjaOne: Vence no geral com uma vantagem de 1 ponto impulsionada por pontuações perfeitas em imutabilidade, retenção legal, registro de auditoria e integridade de exportação, além do checksum SHA256 fornecido pelo fornecedor em seu pacote de exportação em massa.
- Barracuda: 3 permissões de consentimento da Microsoft, sem criação de usuário administrador no locatário e artefatos de regra de diário gerenciados pelo cliente.
- Acronis (criptografia): O produto oferece criptografia definida pelo cliente (BYOK) na interface do cliente. O cliente insere uma senha durante a criação do plano, e essa senha se torna a chave de criptografia por arquivo.
- Acronis (exportação): Além disso, o produto não tem exportação em massa em EML ou PST. As ações em massa nos resultados de busca são limitadas a Enviar como e-mail, Recuperar na caixa de correio (reinjeção via transporte do Microsoft 365) ou Baixar anexos, com limite de 10 e-mails por lote.
- Piler: Captura 54% do corpus de 10.000 e-mails porque sua arquitetura de encaminhamento da caixa de entrada não consegue ver e-mails que o Microsoft 365 colocou em quarentena silenciosamente antes da entrega; os fornecedores comerciais capturam no momento do envio e alcançam 100%. Cobre 4 de 8 subtipos de anexo (PDF com camada de texto, DOCX, PPTX e abertura de contêiner ZIP) e não indexa PDF digitalizado via OCR, XLSX, PNG e texto simples de CSV.
- Ambiente de teste: Implantamos cada produto no mesmo locatário do Microsoft 365 bencharchive.onmicrosoft.com, uma caixa de correio de usuário (user1) como destinatário universal e 25 caixas de correio compartilhadas de remetentes alternadas como remetentes durante a geração do corpus.
- Pontuação: A pontuação geral é uma soma ponderada de 10 categorias.
Veja nossa metodologia do benchmark de arquivamento de e-mail para os pesos e a justificativa da pontuação.
Testes de ingestão e busca
Cobertura de ingestão
Enviamos 10.000 e-mails sintéticos por SMTP AUTH do Microsoft 365 em um único dia. O arquivo de cada fornecedor foi verificado quanto ao corpus completo no final da janela do benchmark.
O transporte do Microsoft 365 descartou silenciosamente cerca de 46% das submissões em massa intra-locatário antes da entrega na caixa de entrada do destinatário: 5.435 dos 10.000 e-mails chegaram à caixa de entrada do destinatário. O NinjaOne e o Barracuda capturam e-mails no momento do envio (pull da caixa de correio de Itens Enviados ou push por regra de diário), portanto a queda no lado da caixa de entrada não afeta a cobertura deles. O Piler lê apenas a caixa de entrada do destinatário; os 46% que o Microsoft 365 colocou em quarentena nunca chegam ao Piler nem entram no arquivo. A arquitetura de encaminhamento da caixa de entrada do Piler capturou 100% dos 5.435 e-mails que chegaram à caixa de entrada, mas a cobertura dele do corpus de 10.000 e-mails é de 54%. Pontuamos o Piler na mesma linha de base de 10.000 e-mails que os fornecedores comerciais; a lacuna é uma propriedade arquitetural do caminho de encaminhamento da caixa de entrada, não uma falha do mecanismo do Piler.
O Acronis alcançou 100% de cobertura do corpus de 10.000 e-mails. Sua captura baseada no Graph lê a caixa de correio de Itens Enviados no momento do envio, portanto, assim como o NinjaOne e o Barracuda, ele não é afetado pela quarentena silenciosa no lado da caixa de entrada. O Acronis preencheu o corpus em pequenos lotes a cerca de 5 a 9 e-mails por minuto, e o corpus completo de 10.000 e-mails levou cerca de dois dias para concluir a indexação, contra cerca de 30 minutos do Barracuda e 3 horas do NinjaOne.
Latência de busca e revocação
Executamos consultas por palavra-chave no assunto na interface de busca de cada fornecedor e registramos a contagem de resultados e o tempo de resposta observado na interface.
O tempo de resposta do mecanismo Manticore Search do Piler foi medido diretamente no mecanismo; os tempos de resposta dos fornecedores comerciais incluem a renderização da página do portal de administração além do mecanismo. A coluna de revocação relata uma correspondência qualitativa entre a contagem de resultados por consulta e a contagem de verdade fundamental do corpus para aquele assunto; não executamos uma referência cruzada por Message-ID no Barracuda, no Acronis ou no Piler. No NinjaOne, fizemos a referência cruzada por Message-ID por meio da exportação EML e confirmamos cobertura total.
Testes de recuperação de anexos e exportação
Recuperação de conteúdo de anexos
Inserimos a frase marcadora “Documento Interno” dentro de cada anexo em 8 subtipos de tipo de arquivo. Para o Piler, executamos cada subtipo isoladamente (o teste é simples quando a saída do mecanismo pode ser consultada diretamente). Para os três produtos comerciais, executamos a busca agregada “Documento Interno” com o filtro Com Anexo e registramos a contagem de resultados; o isolamento por subtipo não foi executado nas interfaces comerciais.
Contagens agregadas de resultados do marcador de anexo nos três produtos comerciais:
O corpus contém 1.700 e-mails com anexos (600 PDF com texto + 100 PDF digitalizado + 300 DOCX + 300 XLSX + 100 PPTX + 100 PNG + 100 CSV + 100 ZIP). As cópias do lado do envio e do lado do destinatário elevam o total visível acima de 1.700 no arquivo de cada fornecedor. As contagens de resultados acima são consistentes com a indexação de todos os 8 subtipos em cada produto comercial, mas não executamos isolamento por subtipo nas interfaces comerciais para confirmar a cobertura célula a célula. O teste por subtipo do Piler confirmou diretamente a cobertura de 4 de 8.
Integridade de exportação
Executamos o teste completo de integridade de 100 Message-IDs no NinjaOne. Baixamos o pacote de exportação EML, analisamos cada EML e verificamos a preservação do marcador do corpo e do assunto em relação ao corpus. Não executamos o mesmo teste no Barracuda ou no Piler neste benchmark; os caminhos de exportação em massa deles existem na interface do cliente, mas o percurso de ida e volta por Message-ID não foi validado.
O NinjaOne também é o produto que fornece um checksum SHA256 do pacote de exportação no lado do fornecedor, exibido ao lado do link de download.
O Acronis não produz EML ou PST em massa na interface do cliente. As ações em massa nos resultados de busca são limitadas a Enviar como e-mail, Recuperar e-mails (reinjeção na caixa de correio original do Microsoft 365 via transporte do Microsoft 365) e Baixar anexos, com limite de 10 e-mails por lote. Para uma única entrega de EML ou PST a uma consultoria externa, o fluxo de trabalho exige recuperar os e-mails para uma caixa de correio temporária e depois exportar essa caixa de correio por meio do Microsoft 365 Purview eDiscovery, duas etapas em vez de uma.
Testes de recursos de conformidade
Imutabilidade
Tentamos excluir um e-mail arquivado da interface do cliente de cada fornecedor usando a função padrão de administrador do locatário.
A função padrão de administrador não pode excluir itens arquivados da interface do cliente em nenhum dos quatro produtos. Funções mais profundas (administrador parceiro, superadministrador) e testes de WORM na camada de armazenamento não foram executados neste benchmark.
Retenção legal
Exercitamos o fluxo de trabalho de retenção legal de cada fornecedor criando uma retenção na caixa de correio user1.
Três fornecedores oferecem retenção legal funcional para a função padrão de administrador. O Barracuda exige que o cliente ative a opção Retenções de Litígio em Política > Retenção antes que o fluxo de trabalho de retenção seja utilizável. O OSS 1.4.8 do Piler não tem fluxo de trabalho de retenção legal na interface do cliente.
Registro de auditoria
Exercitamos o registro de auditoria de cada fornecedor realizando ações administrativas (criar plano, criar regra de retenção, criar retenção legal, executar busca) e verificamos a cobertura do registro e a latência de indexação.
O registro de auditoria do Barracuda foi o mais útil para revisores de conformidade neste teste. Cada consulta de busca foi registrada com seu texto completo e IP de origem. O registro de auditoria do NinjaOne era rico, mas alguns eventos da mesma sessão não estavam visíveis em +30 minutos em nossa janela.
Criptografia e BYOK
O Acronis é o produto entre os três fornecedores comerciais que oferece criptografia definida pelo cliente na interface do cliente. A senha se torna a chave de criptografia por arquivo; a recuperação exige a mesma senha. A postura de criptografia do Piler depende de onde o cliente hospeda a pilha Docker e de como o armazenamento é configurado.
Granularidade de retenção
A marcação de retenção em nível de item do NinjaOne é o padrão mais granular observado: cada mensagem arquivada carrega um selo de retenção explícito visível nos resultados de busca. O Acronis e o Barracuda alcançam escopo por usuário indiretamente por meio de filtros de busca salva (De:usuário@domínio), o que é flexível, mas exige que os clientes criem e mantenham as consultas. O OSS 1.4.8 do Piler suporta uma configuração global de retenção.
Postura de acesso do fornecedor
Catalogamos cada permissão de consentimento da Microsoft solicitada por cada fornecedor no momento da instalação e cada artefato criado pelo fornecedor dentro do locatário.
As 22 permissões do NinjaOne abrangem e-mail, SharePoint, OneDrive, Teams, calendário, contatos, OneNote, RBAC de diretório e gerenciamento de aplicativos do Azure AD. O mesmo aplicativo multilocatário recebe consentimento mesmo quando o cliente ativa o nível Archiver. As 10 permissões do Acronis são focadas em e-mail, com três exceções (Enviar e-mail como qualquer usuário, Ler e gravar todos os grupos, Exportar dados do usuário). As 3 permissões do Barracuda cobrem a leitura de todas as caixas de correio por meio de um escopo do Exchange Web Services e duas permissões mínimas do Graph. O Piler não tem superfície de consentimento do fornecedor porque é auto-hospedado; o encaminhador de ingestão escrito pelo cliente usa qualquer escopo do Graph que o cliente conceder.
Produtos de arquivamento de e-mail comparados
As quatro seções de produto abaixo documentam o benchmark prático completo. Todos foram instalados no mesmo locatário do Microsoft 365 e testados com o mesmo corpus de 10.000 e-mails, 1.700 anexos em 8 subtipos de tipo de arquivo e as mesmas 10 dimensões de pontuação.
NinjaOne SaaS Archiver
Configuração inicial
O arquivamento de e-mail do NinjaOne é empacotado dentro do SaaS Backup. O cliente navega até Administração > Aplicativos > Instalados, ativa o cartão SaaS Backups e escolhe o plano SaaS Archiver (as outras opções são SaaS Backup, SaaS Archiver + Entra e SaaS Backup + Entra). O plano não pode ser rebaixado depois de ativado.
Após Ativar, o NinjaOne redireciona para um portal de parceiro Dropsuite na UE, onde o arquivo realmente reside. O NinjaOne SaaS Archiver é um locatário Dropsuite de marca branca (Reseller ID 1999-18, UE Frankfurt). O índice do arquivo, o mecanismo de busca, a interface de política de retenção, a superfície de eDiscovery e o fluxo de trabalho de retenção legal são todos propriedade da Dropsuite.
A Dropsuite executa então uma sequência de provisionamento em 4 etapas que cria um usuário Administrador Global dedicado do Microsoft 365 chamado backupadmint<random>@<tenant>.onmicrosoft.com no locatário. A credencial é mostrada ao cliente uma vez e é usada pela Dropsuite para acesso PowerShell Remoto do Exchange Online junto com a concessão OAuth do Graph.
Painel & interface
A interface operacional é o portal do parceiro Dropsuite em um navegador da web. O painel mostra contagem de caixas de correio, status de backup, armazenamento usado e estatísticas de mensagens. A barra lateral esquerda cobre Painel, Busca Avançada, Status do Sistema (Backups, Downloads, Restaurações, Migrações), Insights e Conformidade (eDiscovery, Alertas, Marcações, Política de Retenção, Retenção Legal, Registro de Auditoria, Processo de Revisão).
Configuração de política
A retenção é definida por carga de trabalho (Email, OneDrive, SharePoint) e por arquivo no momento da criação do plano. As opções de período são Anos, Meses, Semanas, Dias e Ilimitado. As marcações de retenção por mensagem são visíveis como selos inline nos resultados de busca. Políticas personalizadas substituem o padrão por carga de trabalho, mas não podem ser limitadas diretamente por usuário ou por grupo.
Ingestão
Híbrido: pull da caixa de correio via Graph e uma regra de diário global que a Dropsuite cria no locatário. O backfill inicial do locatário levou aproximadamente 3 horas por meio do Graph e do PowerShell Remoto. Cobertura no final da janela: 100% do corpus de 10.000 e-mails.
Busca
A busca é executada por meio da interface de Busca Avançada da Dropsuite no portal do parceiro. Suporte a assunto, remetente, destinatário, corpo, conteúdo anexo, intervalo de datas e consultas salvas estão todos disponíveis. A latência da interface foi de 1 a 2 segundos por consulta. A revocação em consultas por palavra-chave no assunto foi de 100%.
Recuperação de anexos
Todos os 8 subtipos de anexo eram indexáveis. PDFs digitalizados acionam OCR. XLSX, PNG e texto simples de CSV foram todos encontrados pela busca do marcador “Documento Interno”.
Exportação
Exportação em massa dos resultados de busca no formato EML ou PST. Um checksum SHA256 do pacote de exportação no lado do fornecedor é exibido na interface de download; é o produto da comparação que fornece um. Lista de verificação de custódia 5 de 5.
Controle de acesso & AD
Função de administrador padrão e integração com o Microsoft Entra ID por meio do aplicativo multilocatário. Contas de usuário gerenciadas pela Dropsuite controlam o acesso ao arquivo; o escopo baseado em grupos do M365 é possível por meio de filtros de busca salva, em vez de vinculação direta a grupos do AD.
Integração
Três canais de exportação SIEM: Syslog, SNMP e SMTP. Assinaturas de webhook não são expostas na interface do cliente. A integração com o NinjaOne RMM é o encaixe natural para a pilha operacional mais ampla do cliente.
Registro & alertas
Conformidade > Registro de Auditoria exibe três categorias (Mensagens e Arquivo, Atividade do Usuário, Sistema). Filtros de data, usuário e ID de arquivo, além de exportação, estão disponíveis. Observamos que alguns eventos da mesma sessão não apareceram no registro de auditoria em +30 minutos durante nossa janela.
Acronis Cyber Protect Cloud Email Archiving
Configuração inicial
O módulo de Arquivamento de E-mail do Acronis fica em Dispositivos > Adicionar > Aplicativos no console do Acronis Cyber Protect Cloud, ao lado do produto M365 Backup. Os dois são SKUs distintos, com aplicativos Graph separados e fluxos de consentimento separados.
Após o consentimento do administrador no aplicativo Graph do Serviço de Arquivamento do Acronis, o cliente cria um plano de arquivamento. O tempo até o primeiro e-mail arquivado foi de cerca de 5 minutos após o consentimento.
Painel & interface
A interface é um console web com navegação na barra lateral (Status do Sistema, Insights, Conformidade) e um modelo de consulta de busca salva para consultas ad hoc ao arquivo. Cada consulta salva pode ser executada novamente, exportada ou usada para definir regras de retenção e de retenção legal.
Configuração de política
O agendamento de “Arquivamento contínuo” é o padrão, e este é o produto da comparação que oferece um modo de ingestão contínua. A linha Criptografia no formulário de criação do plano contém um link “Especificar uma senha” que ativa o BYOK; a senha se torna a chave de criptografia por arquivo.
A retenção é feita por consulta de busca salva (por usuário, por assunto, por data, por anexo, por tamanho). As opções de período são indeterminado ou por idade.
Ingestão
Assinatura de webhook do Graph para captura quase em tempo real, além de leituras do Graph para enumeração inicial de caixas de correio. A captura lê a caixa de correio de Itens Enviados no momento do envio, portanto a cobertura do corpus de 10.000 e-mails atingiu 100%, sem ser afetada pela quarentena silenciosa no lado da caixa de entrada. No nível de avaliação, o backfill inicial foi executado em pequenos lotes a cerca de 5 a 9 e-mails por minuto; o corpus completo levou cerca de dois dias para concluir a indexação.
Busca
A busca é executada por meio de um formulário de consulta salva com remetente, destinatário, assunto, corpo, conteúdo anexo, intervalo de datas, status de exclusão, status de importação, filtro somente anexos e faixa de tamanho. A latência da interface foi de 1 a 2 segundos por consulta. A revocação em consultas por palavra-chave no assunto foi de 100%.
Recuperação de anexos
Todos os 8 subtipos de anexo eram indexáveis.
Exportação
O Acronis não produz EML ou PST em massa na interface do cliente. As ações em massa nos resultados de busca são limitadas a Enviar como e-mail, Recuperar e-mails (reinjeção na caixa de correio original do Microsoft 365) ou Baixar anexos (limitado a 10 e-mails por lote). Para equipes de conformidade que esperam uma única entrega de EML ou PST a uma consultoria externa, o fluxo de trabalho exige recuperar os e-mails para uma caixa de correio temporária e depois exportar essa caixa de correio por meio do Microsoft 365 Purview eDiscovery, duas etapas em vez de uma.
Controle de acesso & AD
Integração com o Microsoft Entra ID por meio do aplicativo Graph do Serviço de Arquivamento do Acronis. O escopo por usuário em regras de retenção e retenção legal é possível por meio de filtros de busca salva. A plataforma Acronis Cyber Protect Cloud oferece suporte a funções personalizadas e delegação de administrador baseada em escopo.
Integração
O Acronis Cyber Protect Cloud é uma plataforma mais ampla que inclui backup, segurança, RMM e arquivamento de e-mail como módulos separados com identidade compartilhada. As assinaturas de webhook são expostas por meio da permissão do Microsoft Graph. A integração SIEM está disponível por meio do nível de relatórios da plataforma.
Registro & alertas
O registro de Atividades exibe as ações do administrador em tempo real, incluindo aplicação de plano, execução de regra de retenção/retenção legal e entrada de administrador. O menu de ações no detalhe do e-mail não inclui uma opção Excluir para a função padrão de administrador.
Barracuda Cloud Archiving Service
Configuração inicial
A inscrição da Barracuda é um pacote de Proteção de E-mail que inclui o Serviço de Arquivamento em Nuvem e quatro outros módulos de segurança de e-mail. O Serviço de Arquivamento em Nuvem não mostra um selo de Administrador Global do Microsoft 365 obrigatório na página inicial do pacote; o caminho é o push por regra de diário em vez do consentimento total de administrador OAuth.
A configuração tem duas partes. Primeiro, um script do PowerShell executável pelo cliente cria uma regra de diário, um conector de saída e um domínio remoto no locatário do Microsoft 365 do cliente, todos apontando para o endpoint smarthost da Barracuda. Segundo, um fluxo OAuth separado em Fontes de E-mail > Integração com Exchange > Importação de E-mail permite o backfill histórico baseado em EWS.
O Microsoft anunciou a descontinuação do Exchange Web Services no Exchange Online em outubro de 2026. O caminho de Importação de E-mail por EWS da Barracuda precisará de uma API substituta antes do prazo; o caminho contínuo de push por regra de diário não é afetado.
Painel & interface
O painel do Serviço de Arquivamento em Nuvem abre zerado. O painel de Status da Conta mostra Sincronização de Diretório, Plataforma (Nuvem Pública) e Última Mensagem Arquivada. O assistente de configuração no topo da página guia o cliente por Domínios Locais, Retenção e Aplicar Alterações.
Configuração de política
A retenção padrão é Manter e-mails indefinidamente. Regras de retenção personalizadas são limitadas por consulta de busca salva, que pode ser direcionada por usuário (De:usuário@domínio), por assunto, por data, por tamanho. As opções de período são indeterminado ou por idade.
Ingestão
Push por regra de diário para captura contínua, além de Importação de E-mail via EWS para backfill histórico. O backfill histórico via EWS levou cerca de 30 minutos, o mais rápido do benchmark. Cobertura no final da janela: 100% do corpus de 10.000 e-mails.
Busca
A busca é executada por meio da interface Básico > Busca e de consultas salvas. Os campos de assunto, corpo, conteúdo anexo, remetente, destinatário, data e tamanho estão todos disponíveis. A latência da interface foi de 1 a 2 segundos por consulta. A revocação em consultas por palavra-chave no assunto foi de 100%.
Recuperação de anexos
Todos os 8 subtipos de anexo eram indexáveis. PDFs digitalizados acionam OCR. A busca do marcador “Documento Interno” retornou resultados em todos os subtipos.
Exportação
Exportação em massa dos resultados de busca no formato EML ou PST. Nenhum checksum fornecido pelo fornecedor. Lista de verificação de custódia 5 de 5.
Controle de acesso & AD
O Barracuda Cloud Control oferece suporte a SSO do Microsoft 365 para administradores do arquivo. O escopo por usuário em regras de retenção e retenção legal é possível por meio de filtros de busca salva. A vinculação a grupos do Microsoft Entra ID não é direta.
Integração
O encaminhamento de Syslog está disponível. As assinaturas de webhook não são expostas. O mecanismo de integração não aplicativo mais limpo é a própria regra de diário gerenciada pelo cliente, que pode ser auditada e removida pelo cliente a qualquer momento.
Registro & alertas
Avançado > Registro de Auditoria exibe quatro categorias (Entrar, Busca, Visualização de Mensagem, Alteração de Configuração). Cada consulta de busca é registrada com seu texto completo e IP de origem. Filtros de data, usuário e tipo, além de exportação, estão disponíveis. Não observamos nenhuma latência de indexação em nossa janela.
MailPiler 1.4.8 (OSS)
Configuração inicial
O MailPiler é um software de código aberto empacotado como uma pilha docker-compose (imagem sutoj/piler:1.4.8 com Manticore Search, MariaDB e Memcached). Executamos a pilha em um VPS Hetzner CPX22 (2 vCPU, 4 GB de RAM, Nuremberg). O tempo até o primeiro e-mail arquivado foi de 2 a 3 horas, cobrindo o provisionamento da pilha Docker e a configuração do encaminhador Graph escrito pelo cliente.
Painel & interface
A busca é executada por meio da interface web do Piler na porta 443 do VPS. A interface é funcional e típica de OSS: caixa de busca, lista de resultados, visualização de detalhes por e-mail. Não há painel de nível comercial para retenção legal, registro de auditoria ou relatórios de conformidade.
Configuração de política
A retenção é definida globalmente por meio de uma configuração de retenção SQL no MariaDB. Não há padrão de retenção por carga de trabalho, por usuário, por grupo ou por mensagem no OSS 1.4.8. Nenhuma biblioteca de modelos.
Ingestão
O encaminhador Python escrito pelo cliente lê a Caixa de Entrada do user1 por meio da API do Microsoft Graph usando um token OAuth provisionado pelo cliente e, em seguida, encaminha cada e-mail por um túnel SSH para o listener SMTP do Piler na porta 25 do VPS. Cada responsabilidade operacional (renovação de token, integridade do túnel SSH, renovação de certificado, atualizações do docker-compose) é do cliente. Cobertura do corpus de 10.000 e-mails: 54% (5.435 de 10.000). A lacuna é uma propriedade arquitetural do caminho de encaminhamento da caixa de entrada: o Piler lê apenas a caixa de entrada do destinatário e não consegue ver os ~46% de e-mails que o Microsoft 365 colocou em quarentena silenciosamente antes da entrega. Dos 5.435 e-mails que chegaram à caixa de entrada, o Piler capturou 100%.
Busca
O mecanismo de busca Manticore Search processa consultas de texto completo e estruturadas. O tempo de resposta p95 na camada do mecanismo foi inferior a 90 milissegundos, o mais rápido do benchmark. A revocação em consultas por palavra-chave no assunto foi de 100%.
Recuperação de anexos
O Piler cobriu 4 de 8 subtipos de anexo: PDF com camada de texto, DOCX, PPTX e abertura de contêiner ZIP. Não cobertos: PDF digitalizado (sem pipeline de OCR), XLSX (o Manticore não analisa conteúdo Excel), PNG (sem OCR de imagem), CSV (texto simples não exposto pelo indexador de corpo).
Exportação
Exportação EML por e-mail por meio de um script de recuperação do MariaDB. Sem assistente de exportação em massa, sem saída PST, sem checksum fornecido pelo fornecedor. A lista de verificação de custódia é 3 de 5; o ID do operador e o texto da consulta não são capturados como um único registro de auditoria.
Controle de acesso & AD
Sem integração nativa com o Microsoft Entra ID no OSS 1.4.8. O acesso é gerenciado nas camadas do sistema operacional, do servidor web e do banco de dados.
Integração
Sem encaminhamento SIEM, sem assinaturas de webhook, sem canais de alerta integrados na pilha OSS.
Registro & alertas
Logs em nível de contêiner do Manticore, MariaDB e Piler-php. Não há superfície de registro de auditoria voltada ao cliente, nem relatórios de conformidade, nem fluxo de trabalho de retenção legal na interface do OSS.
Metodologia e ambiente do benchmark de arquivamento de e-mail
Provisionamos um único locatário E5 do Microsoft 365 e conectamos cada fornecedor em sequência.
Teste sequencial: cada fornecedor foi conectado ao mesmo locatário um após o outro. Os fornecedores não foram executados simultaneamente porque execuções simultâneas gerariam tempestades de relatórios de diário e confundiriam a medição D1.
Corpus de teste
O corpus sintético é de 10.000 e-mails. 8.300 e-mails não têm anexo, e 1.700 carregam um anexo cada em 8 subtipos de tipo de arquivo.
Transporte de envio: SMTP AUTH em smtp.office365.com:587, user1 como usuário AUTH, delegação SendAs do Microsoft 365 ativada, cabeçalho From rotacionado entre as 25 caixas de correio compartilhadas. A taxa de envio foi limitada pelo Microsoft 365 a cerca de 30 e-mails por minuto; o envio de 10.000 e-mails levou cerca de 5 horas de tempo real. Após o transporte, a quarentena silenciosa intra-locatário do Microsoft 365 descartou cerca de 46% do corpus entre Itens Enviados e a Caixa de Entrada: 5.435 dos 10.000 e-mails chegaram à caixa de entrada do destinatário.
Exemplos de cenários de teste
Teste de cobertura (ingestão). Após o envio de 10.000 e-mails ser concluído, entre na interface de arquivo de cada fornecedor e execute uma busca por palavra-chave no assunto como “avaliação de desempenho” (o corpus tem 311 e-mails com esse assunto). Conte os resultados e compare com a verdade fundamental.
Teste de revocação de busca. Execute 50 consultas de busca salva na interface de cada fornecedor. Cada consulta tem como alvo um subconjunto conhecido do corpus (palavra-chave no assunto, filtro de remetente, intervalo de datas). Registre a contagem de resultados e compare com a contagem de verdade fundamental do corpus. Um produto com 100% de revocação retorna todos os e-mails correspondentes; omissões indicam lacunas de índice.
Teste de conteúdo de anexo (subtipo). Procure a frase marcadora “Documento Interno” no conteúdo corpo dos anexos com o filtro Com Anexo. Cada subtipo de anexo é verificado separadamente: se arquivos PDF com camada de texto retornarem resultados, o produto indexa texto de PDF. Se arquivos PDF digitalizados retornarem resultados, o produto executa OCR. Se arquivos XLSX retornarem resultados, o produto analisa conteúdo Excel.
Teste de integridade de exportação. Selecione 100 Message-IDs alvo do corpus e exporte-os pelo recurso de exportação em massa do fornecedor em formato EML ou PST. Verifique a preservação do conteúdo corpo, do assunto, do remetente e do destinatário. Verifique a lista de verificação de custódia de 5 itens: carimbo de data/hora da exportação, ID do operador, texto da consulta usada, contagem de resultados e formato da exportação.
Teste de imutabilidade. Entre com a função padrão de administrador. Abra um e-mail arquivado na interface do cliente. Verifique se o menu de ações oferece uma opção Excluir. Se sim, tente excluir e verifique se a camada de armazenamento respeita ou recusa a ação.
Teste de retenção legal. Crie uma retenção na caixa de correio user1 usando o fluxo de trabalho de retenção do fornecedor. Aplique uma política de retenção que normalmente excluiria e-mails após um curto período. Verifique se os e-mails cobertos pela retenção sobrevivem à exclusão de retenção.
Teste de registro de auditoria. Execute uma série de ações administrativas (entrar, executar busca, criar política de retenção, criar retenção legal) e verifique imediatamente o registro de auditoria. Registre quais eventos aparecem, com qual detalhe e em quanto tempo. Verifique novamente em +30 minutos para qualquer latência de indexação.
Pontuações das categorias do benchmark de arquivamento de e-mail
Cada categoria tem pontuação máxima igual ao peso atribuído. Os pesos somam 100, portanto o total bruto é a pontuação final. As pontuações são números inteiros derivados de resultados medidos ou da matriz de recursos documentada, não de avaliações subjetivas.
A integridade de exportação contribui para a maior lacuna individual entre os três produtos comerciais (+5 para o NinjaOne sobre o Acronis). O NinjaOne é o produto com checksum SHA256 do pacote de exportação fornecido pelo fornecedor; o Acronis é o produto sem exportação em massa em EML ou PST. A cobertura de ingestão é a maior lacuna individual entre os fornecedores comerciais e o Piler (+9 para o NinjaOne sobre o Piler), refletindo a captura de 100% no momento do envio versus a captura de 54% por encaminhamento da caixa de entrada do Piler. A recuperação de conteúdo de anexos adiciona mais +7 para o NinjaOne sobre o Piler (8 de 8 subtipos versus 4 de 8). A postura de acesso do fornecedor é uma variação de +1 em favor do Barracuda sobre o NinjaOne, refletindo a superfície de consentimento de 3 permissões versus a superfície de 22 permissões.
O Barracuda cede 1 ponto ao NinjaOne em retenção legal. Em granularidade de retenção, a marcação de retenção em nível de item do NinjaOne e o escopo de busca salva do Barracuda ficam com a mesma pontuação de 3 em 4. O Acronis tem a pontuação de criptografia/BYOK = 3 na comparação, contribuindo com 2 pontos que os outros três não têm. Com seu backfill medido até a conclusão, o Acronis empata com o NinjaOne e o Barracuda em cobertura de ingestão (100%) e na revocação por palavra-chave no assunto; a lacuna restante de 2 a 3 pontos para os dois líderes está concentrada na integridade de exportação (sem saída em EML ou PST em massa na interface do cliente), parcialmente compensada por sua vantagem em criptografia BYOK. O tempo mais lento para atingir a cobertura total é relatado como uma constatação de latência na seção de ingestão, não como dedução de pontuação.
Metodologia de pontuação (justificativa dos pesos)
10 categorias pontuadas em escalas inteiras proporcionais ao seu peso. A pontuação máxima possível de cada categoria é igual ao valor do peso. Os pesos somam 100, portanto nenhum escalonamento é necessário. Os pesos foram atribuídos com base em quais categorias produzem diferenciação significativa entre os produtos e quais se correlacionam diretamente com as preocupações de conformidade e operacionais que os clientes de arquivamento de e-mail enfrentam.
Cada pontuação é derivada de resultados medidos (cobertura de ingestão, revocação de busca, resultados de anexos) ou da matriz de recursos documentada na seção Comparação de recursos, não de avaliação subjetiva.
Adicionar como fonte preferencialComparação de recursos
Configuração & implantação
O Barracuda tem o backfill mais rápido do benchmark por meio de EWS. O backfill do Acronis é contínuo por assinatura de webhook do Graph e atingiu 100% de cobertura, mas foi o mais lento para terminar, cerca de dois dias. O NinjaOne e o Acronis têm a pegada de fornecedor mais ampla no locatário do Microsoft 365 do cliente.
Busca & exportação
O NinjaOne e o Barracuda produzem saída em EML ou PST em massa diretamente dos resultados de busca. O NinjaOne fornece um SHA256 do pacote de exportação no lado do fornecedor, um artefato de cadeia de custódia que nenhum dos outros três fornece.
Conjunto de recursos de conformidade
O Acronis oferece chaves de criptografia definidas pelo cliente na interface do cliente. O NinjaOne oferece marcações de retenção por mensagem visíveis no momento da busca. O Barracuda tem a cobertura de registro de auditoria mais forte e o registro de auditoria que observamos com indexação consistente em tempo real.
Limitações
Locatário único do Microsoft 365. Este benchmark usou um único locatário do Microsoft 365. A idade do locatário e a configuração de políticas podem afetar o comportamento de transporte; locatários novos têm Padrões de Segurança mais rígidos do que locatários maduros. Os resultados podem mudar em locatários pagos de produção com configurações de política diferentes.
Corpus em inglês. Todos os e-mails sintéticos e marcadores de anexos estão em inglês. A codificação de escrita não latina (árabe, chinês, etc.) não foi testada separadamente; alguns fornecedores documentam diferenças de indexação específicas por idioma que não exercitamos.
Cite este benchmark
Escolha o formato adequado ao local onde você vai publicar. Colar a versão com link no seu CMS preserva o backlink.
@misc{sari2026,
author = {Sarı, Ekrem},
title = {{Benchmark de software de arquivamento de e-mail}},
year = {2026},
month = jun,
howpublished = {\url{https://aimultiple.com/email-archiving-software}},
note = {AIMultiple. Acessado em 16 Junho 2026}
}Resultados e carimbos de data/hora de 129 pontos de dados. Baixe os dados utilizados neste artigo como um arquivo ZIP contendo 19 arquivos CSV.
Seja o primeiro a comentar
Seu endereço de e-mail não será publicado. Todos os campos são obrigatórios. Os comentários são deixados em seu idioma original.