Servizi
Contattaci

Benchmark Software di Archiviazione Email

Ekrem Sarı
Ekrem Sarı
aggiornato il 16 giu. 2026

Abbiamo provisioning un tenant Microsoft 365, lo abbiamo popolato con un corpus sintetico di 10.000 email e 1.700 allegati in 8 sottotipi di file, quindi abbiamo eseguito il benchmark di NinjaOne SaaS Archiver, Barracuda Cloud Archiving Service, Acronis Cyber Protect Cloud Email Archiving, e MailPiler sullo stesso tenant rispetto a 10 dimensioni che coprono ingestion, ricerca, richiamo allegati, esportazione, immutabilità, conservazione legale, audit, crittografia, retention e postura di accesso del fornitore.

Risultati del benchmark di archiviazione email

Fornitore
Punteggio Complessivo
Sottotipi
Esportazione
94
8/8
EML + PST + SHA256
Barracuda
93
8/8
EML + PST
91
8/8
Recupera nella casella
MailPiler 1.4.8 (OSS)
68
4/8
EML per email
  • Punteggio Complessivo: somma ponderata di 10 categorie di punteggio su scala 0-100. Vedi i punteggi delle categorie del benchmark di archiviazione email per i pesi.
  • Sottotipi: numero di 8 tipi di file allegato (PDF con strato testuale, PDF scannerizzato, DOCX, XLSX, PPTX, PNG, CSV, ZIP) in cui la frase marcatore "Documento Interno" era indicizzabile nella ricerca del fornitore.
  • Esportazione: opzioni di esportazione in blocco disponibili dall'UI cliente in un singolo passo.

Risultati chiave per prodotto

  • NinjaOne: Vince complessivamente con un vantaggio di 1 punto guidato da punteggi perfetti su immutabilità, conservazione legale, registro di audit e integrità dell'esportazione, oltre all'unico checksum SHA256 fornito dal fornitore sul pacchetto di esportazione in blocco.
  • Barracuda: 3 permessi di consenso Microsoft, nessuna creazione di utente amministratore nel tenant e artefatti delle regole di journal gestiti dal cliente.
  • Acronis (crittografia): L'unico prodotto che offre crittografia impostata dal cliente (BYOK) nell'UI cliente. Il cliente inserisce una password durante la creazione del piano e quella password diventa la chiave di crittografia per archivio.
  • Acronis (esportazione): Inoltre, l'unico prodotto senza esportazione in blocco EML o PST. Le azioni in blocco sui risultati di ricerca sono limitate a Invia come email, Recupera nella casella (re-iniezione via trasporto Microsoft 365), o Scarica allegati, con limite di 10 email per batch.
  • Piler: Cattura 54% del corpus di 10.000 email perché la sua architettura di inoltro in inbox non può vedere le email che Microsoft 365 mette in quarantena silenziosamente prima della consegna; i fornitori commerciali catturano al momento dell'invio e raggiungono 100%. Copre 4 di 8 sottotipi di allegato (PDF con strato testuale, DOCX, PPTX e scompattamento contenitore ZIP) e perde PDF scannerizzato OCR, XLSX, PNG e indicizzazione testo semplice CSV.
  • Ambiente di test: Abbiamo distribuito ogni prodotto sullo stesso tenant Microsoft 365 bencharchive.onmicrosoft.com, una casella utente (user1) come destinatario universale, e 25 caselle mittenti condivise ciclate come mittenti durante la generazione del corpus.
  • Punteggio: Il punteggio complessivo è una somma ponderata di 10 categorie.

Vedi la nostra metodologia del benchmark di archiviazione email per i pesi e la logica del punteggio.

Test di ingestion e ricerca

Copertura dell'ingestion

Abbiamo inviato 10.000 email sintetiche attraverso SMTP AUTH di Microsoft 365 in un solo giorno. L'archivio di ciascun fornitore è stato controllato per l'intero corpus alla fine della finestra di benchmark.

Il trasporto di Microsoft 365 ha silenziosamente scartato circa 46% degli invii in blocco intra-tenant prima della consegna nella casella del destinatario: 5.435 delle 10.000 email sono arrivate nella casella del destinatario. NinjaOne e Barracuda catturano le email al momento dell'invio (pull delle caselle Posta Inviata o push della regola journal), quindi la perdita lato inbox non influisce sulla loro copertura. Piler legge solo la casella in arrivo del destinatario; il 46% che Microsoft 365 ha messo in quarantena non raggiunge mai Piler e non entra mai nell'archivio. L'architettura di inoltro in inbox di Piler ha catturato il 100% delle 5.435 email che hanno raggiunto l'inbox, ma la sua copertura del corpus di 10.000 email è del 54%. Punteggiamo Piler sulla stessa baseline di 10.000 email dei fornitori commerciali; il gap è una proprietà architetturale del percorso di inoltro in inbox, non un difetto del motore di Piler.

Acronis ha raggiunto il 100% di copertura del corpus di 10.000 email. La sua acquisizione basata su Graph legge la casella Posta Inviata al momento dell'invio, quindi come NinjaOne e Barracuda, non è influenzata dalla quarantena silenziosa lato inbox. Acronis ha eseguito il backfill del corpus in piccoli batch a circa 5-9 email al minuto, e l'intero corpus di 10.000 email ha impiegato circa due giorni per completare l'indicizzazione, contro circa 30 minuti per Barracuda e 3 ore per NinjaOne.

Latenza e richiamo della ricerca

Abbiamo eseguito query per parola chiave nell'oggetto su ciascuna interfaccia di ricerca del fornitore e registrato il numero di risultati e il tempo di risposta osservato nell'UI.

Il tempo di risposta del motore di ricerca Manticore di Piler è stato misurato direttamente sul motore; i tempi di risposta dei fornitori commerciali includono il rendering della pagina del portale amministrativo oltre al motore. La colonna di richiamo riporta una corrispondenza qualitativa tra il conteggio dei risultati per query e il conteggio di verità del corpus per quell'oggetto; non abbiamo eseguito un controllo incrociato per Message-ID su Barracuda, Acronis, o Piler. Su NinjaOne abbiamo eseguito il controllo incrociato per Message-ID attraverso l'esportazione EML e confermato la copertura completa.

Test di richiamo e esportazione allegati

Richiamo dei contenuti degli allegati

Abbiamo inserito la frase marcatore "Documento Interno" all'interno di ogni allegato in 8 sottotipi di file. Per Piler, abbiamo eseguito ciascun sottotipo isolatamente (il test è diretto quando l'output del motore è direttamente interrogabile). Per i tre prodotti commerciali, abbiamo eseguito la ricerca aggregata "Documento Interno" con il filtro Con Allegato e registrato il numero di risultati; l'isolamento per sottotipo non è stato eseguito sulle UI commerciali.

Conteggi aggregati dei risultati del marcatore allegato sui tre prodotti commerciali:

Il corpus contiene 1.700 email con allegato (600 PDF testo + 100 PDF scansionato + 300 DOCX + 300 XLSX + 100 PPTX + 100 PNG + 100 CSV + 100 ZIP). Le copie lato invio e lato ricezione spingono il totale visibile sopra 1.700 nell'archivio di ciascun fornitore. I conteggi di risultati sopra sono coerenti con l'indicizzazione di tutti gli 8 sottotipi su ciascun prodotto commerciale, ma non abbiamo eseguito l'isolamento per sottotipo sulle UI commerciali per confermare la copertura cella per cella. Il test per sottotipo di Piler ha confermato direttamente 4 di 8 coperture.

Integrità dell'esportazione

Abbiamo eseguito il test di integrità su 100 Message-ID solo su NinjaOne. Abbiamo scaricato il pacchetto di esportazione EML, analizzato ciascun EML e verificato il marcatore del corpo e la conservazione dell'oggetto rispetto al corpus. Non abbiamo eseguito lo stesso test su Barracuda o Piler in questo benchmark; i loro percorsi di esportazione in blocco esistono nell'UI cliente, ma il round-trip per Message-ID non è stato validato.

NinjaOne è anche l'unico prodotto che include un checksum SHA256 lato fornitore del pacchetto di esportazione, mostrato accanto al link di download.

Acronis non produce EML o PST in blocco dall'UI cliente. Le azioni in blocco sui risultati di ricerca sono limitate a Invia come email, Recupera email (re-iniezione nella casella originale di Microsoft 365 tramite trasporto Microsoft 365), e Scarica allegati, con un limite di 10 email per batch. Per una singola consegna EML o PST a un consulente esterno, il flusso di lavoro richiede il ripristino delle email in una casella temporanea e poi l'esportazione di quella casella tramite Microsoft 365 Purview eDiscovery, due passaggi invece di uno.

Test sulle funzionalità di conformità

Immutabilità

Abbiamo tentato di eliminare un'email archiviata dall'UI cliente di ciascun fornitore utilizzando il ruolo amministratore standard del tenant.

Il ruolo amministratore standard non può eliminare elementi archiviati dall'UI cliente su nessuno dei quattro prodotti. Ruoli più profondi (partner-admin, super-admin) e test WORM a livello di storage non sono stati eseguiti in questo benchmark.

Abbiamo esercitato il flusso di lavoro di conservazione legale di ciascun fornitore creando una conservazione sulla casella user1.

Tre fornitori offrono conservazione legale funzionante con il ruolo amministratore standard. Barracuda richiede che il cliente attivi l'interruttore Litigation Holds in Policy > Retention prima che il flusso di lavoro di conservazione sia utilizzabile. La OSS 1.4.8 di Piler non ha un flusso di lavoro di conservazione legale nell'UI cliente.

Registro di audit

Abbiamo esercitato il registro di audit di ciascun fornitore eseguendo azioni amministrative (crea piano, crea regola di retention, crea conservazione legale, esegui ricerca) e verificato la copertura e la latenza di indicizzazione.

Il registro di audit di Barracuda è stato il più utile per i revisori di conformità in questo test. Ogni query di ricerca è stata registrata con il testo completo e l'IP sorgente. Il registro di audit di NinjaOne era ricco ma alcuni eventi della stessa sessione non erano visibili a +30 minuti nella nostra finestra.

Crittografia e BYOK

Acronis è l'unico prodotto tra i tre fornitori commerciali che offre crittografia impostata dal cliente nell'UI cliente. La password diventa la chiave di crittografia per archivio; il ripristino richiede la stessa password. La postura di crittografia di Piler dipende da dove il cliente ospita lo stack Docker e da come è configurato lo storage.

Granularità della retention

Il tag di retention a livello di singolo messaggio di NinjaOne è il modello più granulare osservato: ogni messaggio archiviato porta un badge di retention esplicito visibile nei risultati di ricerca. Acronis e Barracuda raggiungono l'ambito per utente indirettamente tramite filtri di ricerca salvati (From:user@domain), che è flessibile ma richiede ai clienti di costruire e mantenere le query. La OSS 1.4.8 di Piler supporta solo un'impostazione di retention globale.

Postura di accesso del fornitore

Abbiamo catalogato ogni permesso di consenso Microsoft richiesto da ciascun fornitore al momento dell'installazione e ogni artefatto creato dal fornitore all'interno del tenant.

I 22 permessi di NinjaOne coprono posta, SharePoint, OneDrive, Teams, calendario, contatti, OneNote, RBAC directory e gestione applicazioni Azure AD. La stessa app multi-tenant riceve il consenso anche quando il cliente attiva solo il livello Archiver. I 10 permessi di Acronis sono focalizzati sulla posta con tre eccezioni (Invia posta come qualsiasi utente, Leggi e scrivi tutti i gruppi, Esporta dati utente). I 3 permessi di Barracuda coprono tutta la lettura delle caselle attraverso un ambito Exchange Web Services più due permessi Graph minimi. Piler non ha superficie di consenso del fornitore perché è self-hosted; il forwarder di ingestion scritto dal cliente utilizza qualsiasi ambito Graph che il cliente concede.

Lascia che il nostro team automatizzi uno dei tuoi processi aziendali con agenti IA, gratuitamente.
Automatizza un processo

Prodotti di archiviazione email sottoposti a benchmark

Le quattro sezioni di prodotto seguenti documentano l'intero benchmark pratico. Tutti sono stati installati sullo stesso tenant Microsoft 365 e testati con lo stesso corpus di 10.000 email, 1.700 allegati in 8 sottotipi di file, e le stesse 10 dimensioni di punteggio.

NinjaOne SaaS Archiver

Onboarding

L'archiviazione email di NinjaOne è inclusa in SaaS Backup. Il cliente naviga su Amministrazione > App > Installate, abilita la scheda SaaS Backups, quindi sceglie il piano SaaS Archiver (le altre opzioni sono SaaS Backup, SaaS Archiver + Entra, e SaaS Backup + Entra). Il livello di piano non può essere declassato una volta abilitato.

Dopo l'Abilitazione, NinjaOne reindirizza a un portale partner Dropsuite EU dove risiede l'archivio effettivo. NinjaOne SaaS Archiver è un tenant Dropsuite white-labeled (ID Rivenditore 1999-18, EU Francoforte). L'indice dell'archivio, il motore di ricerca, l'UI delle politiche di retention, la superficie eDiscovery e il flusso di lavoro di conservazione legale sono tutti proprietà Dropsuite.

Dropsuite esegue quindi una sequenza di provisioning in 4 passi che crea un utente Amministratore Globale Microsoft 365 dedicato denominato backupadmint<random>@<tenant>.onmicrosoft.com nel tenant. La credenziale viene mostrata al cliente una volta e viene utilizzata da Dropsuite per l'accesso Remote PowerShell di Exchange Online insieme alla concessione OAuth Graph.

Dashboard e UI

L'interfaccia operativa è il portale partner Dropsuite in un browser web. La dashboard mostra il conteggio delle caselle, lo stato del backup, lo storage utilizzato e le statistiche dei messaggi. La barra laterale sinistra copre Dashboard, Ricerca Avanzata, Stato Sistema (Backup, Download, Ripristini, Migrazioni), Approfondimenti, e Conformità (eDiscovery, Avvisi, Etichette, Politica di Retention, Conservazione Legale, Registro di Audit, Processo di Revisione).

Configurazione delle policy

La retention è impostata per carico di lavoro (Email, OneDrive, SharePoint) e per archivio alla creazione del piano. Le opzioni di periodo sono Anni, Mesi, Settimane, Giorni e Illimitato. I tag di retention per messaggio sono visibili come badge in linea nei risultati di ricerca. Le policy personalizzate sovrascrivono il default per carico di lavoro ma non possono essere applicate direttamente per utente o per gruppo.

Ingestion

Ibrida: pull casella via Graph più una regola di journal globale che Dropsuite crea nel tenant. Il backfill iniziale del tenant ha richiesto circa 3 ore tramite Graph più Remote PowerShell. Copertura alla fine della finestra: 100% del corpus di 10.000 email.

La ricerca viene eseguita attraverso l'interfaccia di Ricerca Avanzata Dropsuite nel portale partner. Soggetto, mittente, destinatario, corpo, contenuto allegato, intervallo di date e supporto per query salvate sono tutti disponibili. La latenza UI era di 1-2 secondi per query. Il richiamo su query per parola chiave nell'oggetto era del 100%.

Richiamo allegati

Tutti gli 8 sottotipi di allegato erano indicizzabili. I PDF scansionati attivano l'OCR. XLSX, PNG e testo semplice CSV sono stati tutti rilevati attraverso la ricerca del marcatore "Documento Interno".

Esportazione

Esportazione in blocco dai risultati di ricerca in formato EML o PST. Un checksum SHA256 lato fornitore del pacchetto di esportazione è mostrato nell'UI di download, l'unico prodotto nel confronto a fornirne uno. Checklist di custodia 5 su 5.

Controllo accessi e AD

Ruolo amministratore standard e integrazione Microsoft Entra ID attraverso l'app multi-tenant. Gli account utente gestiti da Dropsuite gestiscono l'accesso all'archivio; l'ambito basato su gruppo M365 è ottenibile tramite filtri di ricerca salvati piuttosto che binding diretto al gruppo AD.

Integrazione

Tre canali di esportazione SIEM: Syslog, SNMP e SMTP. Le sottoscrizioni webhook non sono esposte nell'UI cliente. L'integrazione NinjaOne RMM è l'abbinamento naturale per lo stack operativo più ampio del cliente.

Registrazione e avvisi

Conformità > Registro di Audit espone tre categorie (Messaggi & File, Attività Utente, Sistema). Sono disponibili filtri per data, utente e ID archivio più esportazione. Abbiamo osservato che alcuni eventi della stessa sessione non apparivano nel registro di audit a +30 minuti durante la nostra finestra.

Acronis Cyber Protect Cloud Email Archiving

Onboarding

Il modulo Email Archiving di Acronis si trova sotto Dispositivi > Aggiungi > Applicazioni nella console Acronis Cyber Protect Cloud, insieme al prodotto M365 Backup. I due sono SKU distinti con app Graph separate e flussi di consenso separati.

Dopo il consenso amministrativo sull'app Graph Acronis Archiving Service, il cliente crea un piano di archiviazione. Il tempo per la prima email archiviata è stato di circa 5 minuti dopo il consenso.

Dashboard e UI

L'interfaccia è una console web con navigazione a barra laterale (Stato Sistema, Approfondimenti, Conformità) e un modello di query di ricerca salvata per query ad-hoc sull'archivio. Ogni query salvata può essere rieseguita, esportata o utilizzata per delimitare regole di retention e conservazione.

Configurazione delle policy

La pianificazione "Archiviazione continua" è il default, e questo è l'unico prodotto nel confronto che offre una modalità di ingestion continua. La riga Crittografia nel modulo di creazione del piano presenta un link "Specifica una password" che attiva BYOK; la password diventa la chiave di crittografia per archivio.

La retention è per query di ricerca salvata (per utente, per oggetto, per data, per allegato, per dimensione). Le opzioni di periodo sono indefinito o per età.

Ingestion

Sottoscrizione webhook Graph per acquisizione quasi in tempo reale più letture Graph per l'enumerazione iniziale delle caselle. L'acquisizione legge la casella Posta Inviata al momento dell'invio, quindi la copertura del corpus di 10.000 email ha raggiunto il 100%, non influenzata dalla quarantena silenziosa lato inbox. Sul livello di prova, il backfill iniziale è stato eseguito in piccoli batch a circa 5-9 email al minuto; l'intero corpus ha impiegato circa due giorni per completare l'indicizzazione.

Ricerca

La ricerca viene eseguita attraverso un modulo di query salvata con mittente, destinatario, oggetto, corpo, contenuto allegato, intervallo date, stato di eliminazione, stato di importazione, filtro solo allegati e intervallo di dimensioni. La latenza UI era di 1-2 secondi per query. Il richiamo su query per parola chiave nell'oggetto era del 100%.

Richiamo allegati

Tutti gli 8 sottotipi di allegato erano indicizzabili.

Esportazione

Acronis non produce EML o PST in blocco dall'UI cliente. Le azioni in blocco sui risultati di ricerca sono limitate a Invia come email, Recupera email (re-iniezione nella casella originale di Microsoft 365), o Scarica allegati (limitato a 10 email per batch). Per i team di conformità che si aspettano una singola consegna EML o PST a un consulente esterno, il flusso di lavoro richiede il ripristino delle email in una casella temporanea e poi l'esportazione di quella casella tramite Microsoft 365 Purview eDiscovery, due passaggi invece di uno.

Controllo accessi e AD

Integrazione Microsoft Entra ID attraverso l'app Graph Acronis Archiving Service. L'ambito per utente sulle regole di retention e conservazione è ottenibile tramite filtri di ricerca salvati. La piattaforma Acronis Cyber Protect Cloud supporta ruoli personalizzati e delega amministrativa basata sugli ambiti.

Integrazione

Acronis Cyber Protect Cloud è una piattaforma più ampia che include backup, sicurezza, RMM e archiviazione email come moduli separati con identità condivisa. Le sottoscrizioni webhook sono esposte attraverso il permesso Microsoft Graph. L'integrazione SIEM è disponibile attraverso il livello di reporting della piattaforma.

Registrazione e avvisi

Il registro Attività espone le azioni amministrative in tempo reale, inclusi applicazione piano, esecuzione regole di retention/hold e accesso amministratore. Il menu delle azioni nel dettaglio email non include un'opzione Elimina per il ruolo amministratore standard.

Barracuda Cloud Archiving Service

Onboarding

La registrazione di Barracuda è un bundle Email Protection che include Cloud Archiving Service più altri quattro moduli di sicurezza email. Cloud Archiving Service non mostra un badge Amministratore Globale Microsoft 365 richiesto sulla pagina di destinazione del bundle; il percorso è push della regola journal piuttosto che consenso amministrativo OAuth completo.

La configurazione è in due parti. Prima, uno script PowerShell eseguibile dal cliente crea una regola journal, un connettore in uscita e un dominio remoto nel tenant Microsoft 365 del cliente, tutti puntanti all'endpoint smarthost di Barracuda. Secondo, un flusso OAuth separato sotto Origini Posta > Integrazione Exchange > Importazione Email abilita il backfill storico basato su EWS.

Microsoft ha annunciato il ritiro di Exchange Web Services su Exchange Online a ottobre 2026. Il percorso di Importazione Email EWS di Barracuda avrà bisogno di un'API sostitutiva prima della scadenza; il percorso di push della regola journal in corso non ne è influenzato.

Dashboard e UI

La dashboard di Cloud Archiving Service si apre a zero. Il pannello Stato Account mostra Sincronizzazione Directory, Piattaforma (Public Cloud), e Ultimo Messaggio Archiviato. La procedura guidata di configurazione nella parte superiore della pagina guida il cliente attraverso Domini Locali, Retention, e Applica Modifiche.

Configurazione delle policy

La retention predefinita è Mantieni le email indefinitamente. Le regole di retention personalizzate sono delimitate da query di ricerca salvata, che possono targetizzare per utente (From:user@domain), per oggetto, per data, per dimensione. Le opzioni di periodo sono indefinito o per età.

Ingestion

Push della regola journal per l'acquisizione continua più Importazione Email EWS per il backfill storico. Il backfill storico tramite EWS ha richiesto circa 30 minuti, il più veloce nel benchmark. Copertura alla fine della finestra: 100% del corpus di 10.000 email.

Ricerca

La ricerca viene eseguita attraverso l'interfaccia Ricerca di Base e le query di ricerca salvate. I campi Oggetto, corpo, contenuto allegato, mittente, destinatario, data e dimensione sono tutti disponibili. La latenza UI era di 1-2 secondi per query. Il richiamo su query per parola chiave nell'oggetto era del 100%.

Richiamo allegati

Tutti gli 8 sottotipi di allegato erano indicizzabili. I PDF scansionati attivano l'OCR. La ricerca del marcatore "Documento Interno" ha restituito risultati su ogni sottotipo.

Esportazione

Esportazione in blocco dai risultati di ricerca in formato EML o PST. Nessun checksum fornito dal fornitore. Checklist di custodia 5 su 5.

Controllo accessi e AD

Barracuda Cloud Control supporta SSO Microsoft 365 per gli amministratori dell'archivio. L'ambito per utente sulle regole di retention e conservazione è ottenibile tramite filtri di ricerca salvati. Il binding al gruppo Microsoft Entra ID non è diretto.

Integrazione

L'inoltro Syslog è disponibile. Le sottoscrizioni webhook non sono esposte. Il meccanismo di integrazione non-app più pulito è la regola journal stessa gestita dal cliente, che può essere verificata e rimossa dal cliente in qualsiasi momento.

Registrazione e avvisi

Avanzate > Registro di Audit espone quattro categorie (Accesso, Ricerca, Visualizzazione Messaggio, Modifica Configurazione). Ogni query di ricerca è registrata con il testo completo e l'IP sorgente. Sono disponibili filtri per data, utente e tipo più esportazione. Non abbiamo osservato alcuna latenza di indicizzazione nella nostra finestra.

MailPiler 1.4.8 (OSS)

Onboarding

MailPiler è un software open-source distribuito come stack docker-compose (immagine sutoj/piler:1.4.8 con Manticore Search, MariaDB e Memcached). Abbiamo eseguito lo stack su un VPS Hetzner CPX22 (2 vCPU, 4 GB RAM, Norimberga). Il tempo per la prima email archiviata è stato di 2-3 ore, comprendendo il provisioning dello stack Docker più la configurazione del forwarder Graph scritto dal cliente.

Dashboard e UI

La ricerca viene eseguita attraverso l'interfaccia web Piler sulla porta 443 del VPS. L'interfaccia è funzionale e tipica OSS: casella di ricerca, elenco risultati, vista dettaglio per email. Non c'è una dashboard di livello commerciale per la conservazione legale, il registro di audit o il reporting di conformità.

Configurazione delle policy

La retention è impostata globalmente tramite un'impostazione di retention SQL in MariaDB. Non esiste un modello di retention per carico di lavoro, per utente, per gruppo o per messaggio nella OSS 1.4.8. Nessuna libreria di modelli.

Ingestion

Un forwarder Python scritto dal cliente legge la Posta in Arrivo di user1 attraverso l'Microsoft Graph API utilizzando un token OAuth fornito dal cliente, quindi inoltra ogni email attraverso un tunnel SSH al listener SMTP di Piler sulla porta 25 del VPS. Ogni responsabilità operativa (rinnovo token, salute tunnel SSH, rinnovo certificati, aggiornamenti docker-compose) è di proprietà del cliente. Copertura del corpus di 10.000 email: 54% (5.435 su 10.000). La carenza è una proprietà architetturale del percorso di inoltro in inbox: Piler legge solo la casella in arrivo del destinatario e non può vedere il circa 46% delle email che Microsoft 365 ha silenziosamente messo in quarantena prima della consegna. Delle 5.435 email che hanno raggiunto la casella in arrivo, Piler ne ha catturate il 100%.

Ricerca

Il motore di ricerca Manticore gestisce query full-text e strutturate. Il tempo di risposta p95 a livello motore era inferiore a 90 millisecondi, il più veloce nel benchmark. Il richiamo su query per parola chiave nell'oggetto era del 100%.

Richiamo allegati

Piler ha coperto 4 di 8 sottotipi di allegato: PDF con strato testuale, DOCX, PPTX e scompattamento contenitore ZIP. Mancati: PDF scansionato (nessuna pipeline OCR), XLSX (Manticore non analizza il contenuto Excel), PNG (nessun OCR immagine), CSV (testo semplice non rilevato dall'indicizzatore del corpo).

Esportazione

Esportazione EML per email tramite uno script di recupero MariaDB. Nessuna procedura guidata di esportazione in blocco, nessun output PST, nessun checksum fornito dal fornitore. La checklist di custodia è 3 su 5; ID operatore e testo della query non sono acquisiti come un singolo record di audit.

Controllo accessi e AD

Nessuna integrazione nativa Microsoft Entra ID nella OSS 1.4.8. L'accesso è gestito a livello di sistema operativo, server web e database.

Integrazione

Nessun inoltro SIEM, nessuna sottoscrizione webhook, nessun canale di avviso integrato nello stack OSS.

Registrazione e avvisi

Log a livello di contenitore da Manticore, MariaDB e Piler-php. Non c'è superficie di registro di audit rivolta al cliente, nessun reporting di conformità e nessun flusso di lavoro di conservazione legale nell'UI OSS.

Metodologia e ambiente del benchmark di archiviazione email

Abbiamo provisioning un singolo tenant Microsoft 365 E5 e connesso ciascun fornitore in sequenza.

Test sequenziale: ogni fornitore è stato connesso allo stesso tenant uno dopo l'altro. I fornitori non sono stati eseguiti contemporaneamente perché esecuzioni concorrenti avrebbero generato tempeste di rapporti journal e confuso la misurazione D1.

Corpus di test

Il corpus sintetico è di 10.000 email. 8.300 email non hanno allegati, e 1.700 portano un allegato ciascuna tra 8 sottotipi di file.

Trasporto di invio: SMTP AUTH su smtp.office365.com:587, user1 come utente AUTH, delegato SendAs Microsoft 365 abilitato, intestazione From ruotata tra i 25 mittenti condivisi. La velocità di invio era limitata da Microsoft 365 a circa 30 email al minuto; l'invio di 10.000 email ha richiesto circa 5 ore di tempo reale. Dopo il trasporto, la quarantena silenziosa intra-tenant di Microsoft 365 ha scartato circa il 46% del corpus tra Posta Inviata e Posta in Arrivo: 5.435 delle 10.000 email hanno raggiunto la casella del destinatario.

Esempi di scenari di test

Test di copertura (ingestion). Dopo che l'invio di 10.000 email è completato, accedere all'UI dell'archivio di ciascun fornitore ed eseguire una ricerca per parola chiave nell'oggetto come "revisione delle prestazioni" (il corpus ha 311 email con questo oggetto). Contare i risultati e confrontare con la verità.

Test di richiamo della ricerca. Eseguire 50 query di ricerca salvate su ciascuna UI del fornitore. Ogni query mira a un sottoinsieme noto del corpus (parola chiave nell'oggetto, filtro mittente, intervallo date). Registrare il numero di risultati e confrontare con il conteggio di verità del corpus. Un prodotto con richiamo del 100% restituisce ogni email corrispondente; le mancanze indicano lacune nell'indice.

Test del contenuto allegato (sottotipo). Cercare la frase marcatore "Documento Interno" nel contenuto del corpo dell'allegato con il filtro Con Allegato. Ogni sottotipo di allegato è controllato separatamente: se i file PDF con strato testuale restituiscono risultati, il prodotto indicizza il testo PDF. Se i file PDF scansionati restituiscono risultati, il prodotto esegue OCR. Se i file XLSX restituiscono risultati, il prodotto analizza il contenuto Excel.

Test di integrità dell'esportazione. Selezionare 100 Message-ID target dal corpus, esportarli attraverso la funzione di esportazione in blocco del fornitore in formato EML o PST. Verificare la conservazione del contenuto del corpo, dell'oggetto, del mittente e del destinatario. Verificare la checklist di custodia a 5 voci: timestamp dell'esportazione, ID operatore, testo della query utilizzata, conteggio risultati e formato di esportazione.

Test di immutabilità. Accedere come ruolo amministratore standard. Aprire un'email archiviata nell'UI cliente. Verificare se il menu azioni offre un'opzione Elimina. Se sì, tentare l'eliminazione e verificare se il livello di storage rispetta o rifiuta l'azione.

Test di conservazione legale. Creare una conservazione sulla casella user1 utilizzando il flusso di lavoro di conservazione del fornitore. Applicare una politica di retention che normalmente eliminerebbe le email dopo un breve periodo. Verificare che le email coperte dalla conservazione sopravvivano alla cancellazione per retention.

Test del registro di audit. Eseguire una serie di azioni amministrative (accesso, esecuzione ricerca, creazione politica di retention, creazione conservazione legale) e controllare immediatamente il registro di audit. Registrare quali eventi appaiono, con quale dettaglio e quanto velocemente. Ricontrollare a +30 minuti per eventuale latenza di indicizzazione.

Punteggi delle categorie del benchmark di archiviazione email

Ogni categoria ha un punteggio massimo uguale al suo peso assegnato. I pesi sommano a 100, quindi il totale grezzo è il punteggio finale. I punteggi sono interi derivati da risultati misurati o dalla matrice delle funzionalità documentata, non da valutazioni soggettive.

L'integrità dell'esportazione costituisce il più grande gap singolo tra i tre prodotti commerciali (+5 NinjaOne su Acronis). NinjaOne è l'unico prodotto con un checksum SHA256 fornito dal fornitore sul pacchetto di esportazione; Acronis è l'unico prodotto senza esportazione in blocco EML o PST. La copertura dell'ingestion è il gap singolo più grande tra i fornitori commerciali e Piler (+9 NinjaOne su Piler), riflettendo la cattura al momento dell'invio del 100% rispetto alla cattura in inbox del 54% di Piler. Il richiamo del contenuto allegato aggiunge altri +7 NinjaOne su Piler (8 di 8 sottotipi contro 4 di 8). La postura di accesso del fornitore rappresenta uno swing di +1 a favore di Barracuda su NinjaOne, riflettendo la superficie di consenso a 3 permessi rispetto a quella a 22 permessi.

Barracuda cede 1 punto a NinjaOne sulla conservazione legale. Sulla granularità della retention, il tag di retention a livello di elemento di NinjaOne e l'ambito per query salvata di Barracuda si attestano entrambi allo stesso punteggio di 3 su 4. Acronis porta l'unico punteggio crittografia/BYOK = 3 nel confronto, contribuendo 2 punti che gli altri tre perdono. Con il suo backfill misurato fino al completamento, Acronis è alla pari con NinjaOne e Barracuda sia sulla copertura dell'ingestion (100%) che sul richiamo per parola chiave nell'oggetto; il suo gap residuo di 2-3 punti rispetto ai due leader è concentrato nell'integrità dell'esportazione (nessun output EML o PST in blocco dall'UI cliente), parzialmente compensato dal suo vantaggio nella crittografia BYOK. Il tempo più lungo per raggiungere la piena copertura è riportato come risultato di latenza nella sezione ingestion, non come deduzione di punteggio.

Metodologia di punteggio (logica dei pesi)

10 categorie valutate su scale intere proporzionali al loro peso. Il punteggio massimo possibile di ciascuna categoria è pari al suo valore peso. I pesi sommano a 100, quindi non è necessario alcun ridimensionamento. I pesi sono stati assegnati in base a quali categorie producono differenziazioni significative tra i prodotti e quali sono direttamente correlate alle preoccupazioni di conformità e operative che i clienti di archiviazione email affrontano.

Ogni punteggio deriva da risultati misurati (copertura ingestion, richiamo ricerca, risultati allegati) o dalla matrice delle funzionalità documentata nella sezione Confronto funzionalità, non da valutazioni soggettive.

Scopri altri nostri benchmark e approfondimenti basati sui dati nella Ricerca Google.
GoogleAggiungi come fonte preferita

Confronto delle funzionalità

Configurazione e distribuzione

Barracuda ha il backfill più veloce nel benchmark tramite EWS. Il backfill di Acronis è continuo tramite sottoscrizione webhook Graph e ha raggiunto il 100% di copertura, ma è stato il più lento a completarsi, circa due giorni. NinjaOne e Acronis hanno l'impronta più ampia del fornitore sul tenant Microsoft 365 del cliente.

Ricerca ed esportazione

NinjaOne e Barracuda sono gli unici prodotti che producono output EML o PST in blocco direttamente dai risultati di ricerca. NinjaOne fornisce un SHA256 lato fornitore del pacchetto di esportazione, un artefatto di catena di custodia che nessuno degli altri tre fornisce.

Set di funzionalità di conformità

Acronis è l'unico prodotto che offre chiavi di crittografia impostate dal cliente nell'UI cliente. NinjaOne è l'unico prodotto che offre tag di retention per messaggio visibili al momento della ricerca. Barracuda ha la copertura del registro di audit più forte e l'unico registro di audit che abbiamo osservato con indicizzazione coerente in tempo reale.

Limitazioni

Singolo tenant Microsoft 365. Questo benchmark ha utilizzato un singolo tenant Microsoft 365. L'età del tenant e la configurazione delle policy possono influenzare il comportamento del trasporto; i nuovi tenant hanno impostazioni predefinite di sicurezza più restrittive rispetto ai tenant maturi. I risultati potrebbero variare su tenant di produzione a pagamento con diverse configurazioni di policy.

Corpus in lingua inglese. Tutte le email sintetiche e i marcatori degli allegati sono in inglese. La codifica di script non latini (arabo, cinese, ecc.) non è stata testata separatamente; alcuni fornitori documentano differenze di indicizzazione specifiche per lingua che non abbiamo esercitato.

Cita questa ricerca

Scegli il formato adatto a dove pubblicherai. Incollare la versione con link nel tuo CMS preserva il backlink.

Ekrem Sarı (2026) - "Benchmark Software di Archiviazione Email". Pubblicato online su AIMultiple.com. Consultato il 16 Giugno 2026, da: https://aimultiple.com/email-archiving-software [Risorsa online]

Sarı, E. (2026, 16 Giugno). Benchmark Software di Archiviazione Email. AIMultiple. https://aimultiple.com/email-archiving-software

@misc{sari2026,
  author = {Sarı, Ekrem},
  title  = {{Benchmark Software di Archiviazione Email}},
  year   = {2026},
  month  = jun,
  howpublished    = {\url{https://aimultiple.com/email-archiving-software}},
  note   = {AIMultiple. Consultato il 16 Giugno 2026}
}
Ekrem Sarı
Ekrem Sarı
Ricercatore di intelligenza artificiale
Ekrem è un ricercatore di intelligenza artificiale presso AIMultiple, specializzato in automazione intelligente, GPU, agenti di intelligenza artificiale e framework RAG.
Visualizza il profilo completo

Sii il primo a commentare

Il tuo indirizzo email non verrà pubblicato. Tutti i campi sono obbligatori. I commenti vengono lasciati nella loro lingua originale.

0/450