Benchmark sul software di archiviazione email
Abbiamo predisposto 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 confrontato NinjaOne SaaS Archiver, Barracuda Cloud Archiving Service, Acronis Cyber Protect Cloud Email Archiving e MailPiler sullo stesso tenant rispetto a 10 dimensioni che coprono inserimento, ricerca, richiamo degli allegati, esportazione, immutabilità, conservazione legale, audit, crittografia, conservazione e profilo di accesso del fornitore.
Risultati del benchmark sull'archiviazione email
- Punteggio complessivo: somma ponderata di 10 categorie di punteggio su una scala da 0 a 100. Vedi i punteggi delle categorie del benchmark sull'archiviazione email per i pesi.
- Sottotipi: numero degli 8 tipi di file allegati (PDF con livello testo, PDF scansionato, DOCX, XLSX, PPTX, PNG, CSV, ZIP) in cui la frase marcatore “Internal Document” era indicizzabile nella ricerca del fornitore.
- Esportazione: opzioni di esportazione in blocco disponibili nell'interfaccia cliente in un unico passaggio.
Risultati principali per prodotto
- NinjaOne: Vince complessivamente con un vantaggio di 1 punto grazie a punteggi perfetti su immutabilità, conservazione legale, registro di audit e integrità dell'esportazione, oltre al checksum SHA256 fornito dal fornitore sul pacchetto di esportazione in blocco.
- Barracuda: 3 autorizzazioni di consenso Microsoft, nessuna creazione di utente amministratore nel tenant e artefatti della regola journal gestiti dal cliente.
- Acronis (crittografia): Il prodotto offre la crittografia impostata dal cliente (BYOK) nell'interfaccia cliente. Il cliente inserisce una password durante la creazione del piano e quella password diventa la chiave di crittografia per archivio.
- Acronis (esportazione): Inoltre, il prodotto è privo di esportazione in blocco EML o PST. Le azioni in blocco sui risultati di ricerca sono limitate a Invia come email, Recupera nella cassetta postale (reiniezione tramite trasporto Microsoft 365) o Scarica allegati, con un limite di 10 email per lotto.
- Piler: Acquisisce il 54% del corpus di 10.000 email perché la sua architettura basata sull'inoltro della posta in arrivo non può vedere la posta che Microsoft 365 ha messo silenziosamente in quarantena prima della consegna; i fornitori commerciali acquisiscono al momento dell'invio e raggiungono il 100%. Copre 4 degli 8 sottotipi di allegati (PDF con livello testo, DOCX, PPTX e deconfezionamento del contenitore ZIP) e non indicizza PDF scansionati OCR, XLSX, PNG e testo semplice CSV.
- Ambiente di test: Abbiamo distribuito ciascun prodotto sullo stesso tenant Microsoft 365 bencharchive.onmicrosoft.com, una cassetta postale utente (user1) come destinatario universale e 25 cassette postali condivise di mittenti utilizzate ciclicamente come mittenti durante la generazione del corpus.
- Punteggio: Il punteggio complessivo è una somma ponderata di 10 categorie.
Consulta la nostra metodologia del benchmark sull'archiviazione email per i pesi e la logica di punteggio.
Test di inserimento e ricerca
Copertura dell'inserimento
Abbiamo inviato 10.000 email sintetiche tramite SMTP AUTH di Microsoft 365 in un singolo giorno. Alla fine della finestra del benchmark, è stato verificato l'archivio di ciascun fornitore per l'intero corpus.
Il trasporto di Microsoft 365 ha scartato silenziosamente circa il 46% degli invii in blocco intra-tenant prima della consegna nella cassetta postale del destinatario: 5.435 delle 10.000 email hanno raggiunto la cassetta postale del destinatario. NinjaOne e Barracuda acquisiscono la posta al momento dell'invio (pull della cartella Posta inviata o push tramite regola journal), quindi la perdita lato cassetta postale non influisce sulla loro copertura. Piler legge solo la cassetta postale 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 della posta in arrivo di Piler ha acquisito il 100% delle 5.435 email che hanno effettivamente raggiunto la cassetta postale, ma la sua copertura del corpus di 10.000 email è del 54%. Valutiamo Piler sulla stessa baseline di 10.000 email dei fornitori commerciali; il divario è una proprietà architetturale del percorso di inoltro della posta in arrivo, non un guasto del motore Piler.
Acronis ha raggiunto il 100% di copertura del corpus di 10.000 email. La sua acquisizione basata su Graph legge la cassetta Posta inviata al momento dell'invio, quindi, come NinjaOne e Barracuda, non è influenzato dalla quarantena silenziosa lato cassetta postale. Acronis ha eseguito il backfill del corpus in piccoli lotti a circa 5-9 email al minuto e l'intero corpus di 10.000 email ha impiegato circa due giorni per completare l'indicizzazione, rispetto a circa 30 minuti per Barracuda e 3 ore per NinjaOne.
Latenza di ricerca e richiamo
Abbiamo eseguito query per parole chiave nell'oggetto su ciascuna interfaccia di ricerca dei fornitori e registrato il numero di risultati e il tempo di risposta osservato nell'interfaccia.
Il tempo di risposta del motore Manticore Search di Piler è stato misurato direttamente sul motore; i tempi di risposta dei fornitori commerciali includono il rendering della pagina del portale di amministrazione oltre al motore. La colonna del richiamo riporta una corrispondenza qualitativa tra il numero di risultati per query e il conteggio della verità di base del corpus per quell'oggetto; non abbiamo eseguito un riferimento incrociato per Message-ID su Barracuda, Acronis o Piler. Su NinjaOne abbiamo eseguito il riferimento incrociato per Message-ID tramite l'esportazione EML e confermato la copertura completa.
Test di richiamo degli allegati e di esportazione
Richiamo del contenuto degli allegati
Abbiamo incorporato la frase marcatore “Internal Document” in ogni allegato in 8 sottotipi di tipo di file. Per Piler abbiamo eseguito ciascun sottotipo in isolamento (il test è semplice quando l'output del motore è direttamente interrogabile). Per i tre prodotti commerciali abbiamo eseguito la ricerca aggregata “Internal Document” con il filtro Con allegato e registrato il numero di risultati; l'isolamento per sottotipo non è stato eseguito sulle interfacce commerciali.
Conteggi aggregati dei risultati del marcatore degli allegati 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 destinatario portano il totale visibile sopra 1.700 nell'archivio di ciascun fornitore. I conteggi dei 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 interfacce commerciali per confermare la copertura cella per cella. Il test per sottotipo di Piler ha confermato direttamente la copertura di 4 su 8.
Integrità dell'esportazione
Abbiamo eseguito il test di integrità completo su 100 Message-ID su NinjaOne. Abbiamo scaricato il pacchetto di esportazione EML, analizzato ciascun EML e verificato la preservazione del marcatore del corpo e 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'interfaccia cliente, ma il percorso di andata e ritorno per Message-ID non è stato validato.
NinjaOne è anche il prodotto che fornisce un checksum SHA256 lato fornitore del pacchetto di esportazione, mostrato accanto al link di download.
Acronis non produce esportazioni in blocco EML o PST dall'interfaccia cliente. Le azioni in blocco sui risultati di ricerca sono limitate a Invia come email, Recupera email (reiniezione nella cassetta postale Microsoft 365 originale tramite trasporto Microsoft 365) e Scarica allegati, con un limite di 10 email per lotto. Per un singolo passaggio di consegne EML o PST a un consulente esterno, il flusso di lavoro richiede di recuperare le email in una cassetta postale temporanea e quindi esportare tale cassetta tramite eDiscovery di Microsoft 365 Purview: due passaggi invece di uno.
Test delle funzionalità di conformità
Immutabilità
Abbiamo tentato di eliminare un'email archiviata dall'interfaccia cliente di ciascun fornitore utilizzando il ruolo di amministratore tenant standard.
Il ruolo di amministratore standard non può eliminare gli elementi archiviati dall'interfaccia 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.
Conservazione legale
Abbiamo esercitato il flusso di lavoro di conservazione legale di ciascun fornitore creando un blocco sulla cassetta postale user1.
Tre fornitori offrono una conservazione legale funzionante con il ruolo di amministratore standard. Barracuda richiede al cliente di attivare l'interruttore Litigation Holds in Policy > Retention prima che il flusso di lavoro di conservazione sia utilizzabile. L'OSS di Piler 1.4.8 non dispone di un flusso di lavoro di conservazione legale nell'interfaccia cliente.
Registro di audit
Abbiamo esercitato il registro di audit di ciascun fornitore eseguendo azioni di amministrazione (crea piano, crea regola di conservazione, crea conservazione legale, esegui ricerca) e verificato la copertura del registro e la latenza di indicizzazione.
Il registro di audit di Barracuda è stato il più utile per i revisori della conformità in questo test. Ogni query di ricerca è stata registrata con il suo testo completo e l'IP di origine. 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 è il prodotto, tra i tre fornitori commerciali, che offre la crittografia impostata dal cliente nell'interfaccia cliente. La password diventa la chiave di crittografia per archivio; il recupero richiede la stessa password. Il profilo di crittografia di Piler dipende da dove il cliente ospita lo stack Docker e da come è configurato lo storage.
Granularità della conservazione
Il tag di conservazione a livello di singolo messaggio di NinjaOne è il modello più granulare osservato: ogni messaggio archiviato riporta un badge di conservazione esplicito visibile nei risultati di ricerca. Acronis e Barracuda ottengono l'ambito per utente indirettamente tramite filtri di ricerca salvata (From:user@domain), il che è flessibile ma richiede ai clienti di creare e mantenere le query. L'OSS di Piler 1.4.8 supporta un'impostazione di conservazione globale.
Profilo di accesso del fornitore
Abbiamo catalogato ogni autorizzazione di consenso Microsoft richiesta da ciascun fornitore al momento dell'installazione e ogni artefatto creato dal fornitore all'interno del tenant.
Le 22 autorizzazioni di NinjaOne coprono posta, SharePoint, OneDrive, Teams, calendario, contatti, OneNote, RBAC della directory e gestione delle applicazioni Azure AD. La stessa app multi-tenant viene consentita anche quando il cliente attiva il livello Archiver. Le 10 autorizzazioni di Acronis sono incentrate sulla posta con tre eccezioni (Inviare posta come qualsiasi utente, Leggere e scrivere tutti i gruppi, Esportare i dati utente). Le 3 autorizzazioni di Barracuda coprono tutta la lettura delle cassette postali tramite un ambito Exchange Web Services più due autorizzazioni Graph minime. Piler non ha alcuna superficie di consenso del fornitore perché è autogestito; il forwarder di inserimento scritto dal cliente utilizza qualsiasi ambito Graph concesso dal cliente.
Prodotti di archiviazione email sottoposti a benchmark
Le quattro sezioni sui prodotti di seguito 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 tipo 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 livello di piano SaaS Archiver (le altre opzioni sono SaaS Backup, SaaS Archiver + Entra e SaaS Backup + Entra). Il livello di piano non può essere ridotto una volta abilitato.
Dopo l'abilitazione, NinjaOne reindirizza a un portale partner EU di Dropsuite dove risiede l'archivio vero e proprio. NinjaOne SaaS Archiver è un tenant Dropsuite white-label (ID rivenditore 1999-18, EU Frankfurt). L'indice dell'archivio, il motore di ricerca, l'interfaccia delle politiche di conservazione, la superficie eDiscovery e il flusso di lavoro di conservazione legale sono tutti di proprietà di Dropsuite.
Dropsuite esegue quindi una sequenza di provisioning in 4 passaggi che crea nel tenant un utente Amministratore globale Microsoft 365 dedicato denominato backupadmint<random>@<tenant>.onmicrosoft.com. La credenziale viene mostrata al cliente una sola volta e viene utilizzata da Dropsuite per l'accesso Exchange Online Remote PowerShell insieme alla concessione OAuth Graph.
Dashboard e UI
L'interfaccia operativa è il portale partner Dropsuite in un browser web. La dashboard mostra il numero di cassette postali, lo stato dei backup, lo storage utilizzato e le statistiche dei messaggi. La barra laterale sinistra copre Dashboard, Ricerca avanzata, Stato del sistema (Backup, Download, Ripristini, Migrazioni), Insights e Compliance (eDiscovery, Avvisi, Tag, Politica di conservazione, Conservazione legale, Registro di audit, Processo di revisione).
Configurazione delle policy
La conservazione viene impostata per carico di lavoro (Email, OneDrive, SharePoint) e per archivio al momento della creazione del piano. Le opzioni di periodo sono Anni, Mesi, Settimane, Giorni e Illimitato. I tag di conservazione per singolo messaggio sono visibili come badge in linea nei risultati di ricerca. Le policy personalizzate prevalgono sull'impostazione predefinita per carico di lavoro, ma non possono essere limitate direttamente per utente o per gruppo.
Inserimento
Ibrido: pull della cassetta postale via Graph più una regola 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.
Ricerca
La ricerca avviene tramite l'interfaccia di ricerca avanzata Dropsuite nel portale partner. Oggetto, mittente, destinatario, corpo, contenuto degli allegati, intervallo di date e supporto per query salvate sono tutti disponibili. La latenza dell'interfaccia è stata di 1-2 secondi per query. Il richiamo sulle query per parole chiave nell'oggetto è stato del 100%.
Richiamo degli allegati
Tutti gli 8 sottotipi di allegati erano indicizzabili. I PDF scansionati attivano l'OCR. XLSX, PNG e testo semplice CSV sono stati tutti rilevati tramite la ricerca del marcatore “Internal Document”.
Esportazione
Esportazione in blocco dai risultati di ricerca in formato EML o PST. Un checksum SHA256 lato fornitore del pacchetto di esportazione viene mostrato nell'interfaccia di download; è il prodotto nel confronto a fornirne uno. Checklist di custodia 5 su 5.
Controllo degli accessi e AD
Ruolo di amministratore standard e integrazione Microsoft Entra ID tramite l'app multi-tenant. Gli account utente gestiti da Dropsuite gestiscono l'accesso all'archivio; l'ambito basato su gruppi M365 è ottenibile tramite filtri di ricerca salvata piuttosto che tramite associazione diretta a gruppi AD.
Integrazione
Tre canali di esportazione SIEM: Syslog, SNMP e SMTP. Le sottoscrizioni webhook non sono esposte nell'interfaccia cliente. L'integrazione con NinjaOne RMM è la scelta naturale per lo stack operativo più ampio del cliente.
Registrazione e avvisi
Compliance > Audit Log espone tre categorie (Messaggi & File, Attività utente, Sistema). Sono disponibili filtri per data, utente e ID archivio più l'esportazione. Abbiamo osservato che alcuni eventi della stessa sessione non comparivano 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 in 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 dell'amministratore sull'app Graph Acronis Archiving Service, il cliente crea un piano di archiviazione. Il tempo alla prima email archiviata è stato di circa 5 minuti dopo il consenso.
Dashboard e UI
L'interfaccia è una console web con navigazione nella barra laterale (Stato del sistema, Insights, Compliance) e un modello di query di ricerca salvata per interrogazioni ad-hoc sull'archivio. Ogni query salvata può essere rieseguita, esportata o utilizzata per definire l'ambito delle regole di conservazione e blocco.
Configurazione delle policy
La pianificazione “Archiviazione continua” è l'impostazione predefinita, e questo è il prodotto nel confronto che offre una modalità di inserimento continuo. La riga Crittografia nel modulo di creazione del piano contiene un link “Specifica una password” che attiva BYOK; la password diventa la chiave di crittografia per archivio.
La conservazione avviene per query di ricerca salvata (per utente, per oggetto, per data, per allegato, per dimensione). Le opzioni di periodo sono indefinita o per anzianità.
Inserimento
Sottoscrizione webhook Graph per l'acquisizione quasi in tempo reale più letture Graph per l'enumerazione iniziale delle cassette postali. L'acquisizione legge la cassetta Posta inviata al momento dell'invio, quindi la copertura del corpus di 10.000 email ha raggiunto il 100%, indipendentemente dalla quarantena silenziosa lato cassetta postale. Nel livello di prova, il backfill iniziale è avvenuto in piccoli lotti a circa 5-9 email al minuto; l'intero corpus ha impiegato circa due giorni per completare l'indicizzazione.
Ricerca
La ricerca avviene tramite un modulo di query di ricerca salvata con mittente, destinatario, oggetto, corpo, contenuto degli allegati, intervallo di date, stato di eliminazione, stato di importazione, filtro solo allegati e intervallo di dimensioni. La latenza dell'interfaccia è stata di 1-2 secondi per query. Il richiamo sulle query per parole chiave nell'oggetto è stato del 100%.
Richiamo degli allegati
Tutti gli 8 sottotipi di allegati erano indicizzabili.
Esportazione
Acronis non produce esportazioni in blocco EML o PST dall'interfaccia cliente. Le azioni in blocco sui risultati di ricerca sono limitate a Invia come email, Recupera email (reiniezione nella cassetta postale Microsoft 365 originale) o Scarica allegati (limitato a 10 email per lotto). Per i team di conformità che si aspettano un unico passaggio di consegne EML o PST a un consulente esterno, il flusso di lavoro richiede di recuperare le email in una cassetta postale temporanea e quindi esportare quella cassetta tramite eDiscovery di Microsoft 365 Purview: due passaggi invece di uno.
Controllo degli accessi e AD
Integrazione Microsoft Entra ID tramite l'app Graph Acronis Archiving Service. L'ambito per utente sulle regole di conservazione e blocco è ottenibile tramite filtri di ricerca salvata. La piattaforma Acronis Cyber Protect Cloud supporta ruoli personalizzati e delega amministrativa basata sull'ambito.
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 tramite l'autorizzazione 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 l'applicazione del piano, l'esecuzione delle regole di conservazione/blocco e l'accesso dell'amministratore. Il menu delle azioni nel dettaglio email non include un'opzione Elimina per il ruolo di amministratore standard.
Barracuda Cloud Archiving Service
Onboarding
La registrazione di Barracuda è un pacchetto Email Protection che include Cloud Archiving Service più altri quattro moduli di sicurezza email. Cloud Archiving Service non mostra un badge che richiede l'Amministratore globale di Microsoft 365 sulla pagina di destinazione del pacchetto; il percorso è il push tramite regola journal piuttosto che il consenso amministrativo OAuth completo.
La configurazione è in due parti. Innanzitutto, 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 puntano all'endpoint smarthost di Barracuda. In secondo luogo, un flusso OAuth separato in 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 richiederà un'API sostitutiva prima della scadenza; il percorso di push tramite regola journal in corso non è interessato.
Dashboard e UI
La dashboard di Cloud Archiving Service si apre a zero. Il pannello Stato dell'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, Conservazione e Applica modifiche.
Configurazione delle policy
La conservazione predefinita è Mantieni le email indefinitamente. Le regole di conservazione personalizzate sono delimitate da query di ricerca salvata, che possono puntare a per utente (From:user@domain), per oggetto, per data, per dimensione. Le opzioni di periodo sono indefinita o per anzianità.
Inserimento
Push tramite 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 del benchmark. Copertura alla fine della finestra: 100% del corpus di 10.000 email.
Ricerca
La ricerca avviene tramite l'interfaccia Basic > Search e query di ricerca salvata. Sono tutti disponibili i campi oggetto, corpo, contenuto degli allegati, mittente, destinatario, data e dimensione. La latenza dell'interfaccia è stata di 1-2 secondi per query. Il richiamo sulle query per parole chiave nell'oggetto è stato del 100%.
Richiamo degli allegati
Tutti gli 8 sottotipi di allegati erano indicizzabili. I PDF scansionati attivano l'OCR. La ricerca del marcatore “Internal Document” 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 degli accessi e AD
Barracuda Cloud Control supporta SSO Microsoft 365 per gli amministratori dell'archivio. L'ambito per utente sulle regole di conservazione e blocco è ottenibile tramite filtri di ricerca salvata. L'associazione a gruppi Microsoft Entra ID non è diretta.
Integrazione
L'inoltro Syslog è disponibile. Le sottoscrizioni webhook non sono esposte. Il meccanismo di integrazione non-app più pulito è la regola journal gestita dal cliente, che può essere controllata e rimossa dal cliente in qualsiasi momento.
Registrazione e avvisi
Advanced > Audit Log espone quattro categorie (Accesso, Ricerca, Visualizzazione messaggio, Modifica configurazione). Ogni query di ricerca viene registrata con il suo testo completo e l'IP di origine. Sono disponibili filtri per data, utente e tipo più l'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 di RAM, Norimberga). Il tempo alla prima email archiviata è stato di 2-3 ore, comprendendo il provisioning dello stack Docker e la configurazione del forwarder Graph scritto dal cliente.
Dashboard e UI
La ricerca avviene tramite l'interfaccia web di Piler sulla porta 443 del VPS. L'interfaccia è funzionale e tipica dell'OSS: casella di ricerca, elenco dei risultati, vista di dettaglio per singola email. Non esiste una dashboard di livello commerciale per la conservazione legale, il registro di audit o il reporting di conformità.
Configurazione delle policy
La conservazione viene impostata globalmente tramite un'impostazione di conservazione SQL in MariaDB. Nell'OSS 1.4.8 non esiste un modello di conservazione per carico di lavoro, per utente, per gruppo o per singolo messaggio. Nessuna libreria di modelli.
Inserimento
Il forwarder Python scritto dal cliente legge la Posta in arrivo di user1 tramite l'API Microsoft Graph utilizzando un token OAuth fornito dal cliente, quindi inoltra ogni email tramite un tunnel SSH al listener SMTP di Piler sulla porta 25 del VPS. Ogni responsabilità operativa (aggiornamento del token, stato del tunnel SSH, rinnovo dei certificati, aggiornamenti docker-compose) è a carico del cliente. Copertura del corpus di 10.000 email: 54% (5.435 di 10.000). Il deficit è una proprietà architetturale del percorso di inoltro della posta in arrivo: Piler legge solo la cassetta postale del destinatario e non può vedere il ~46% della posta che Microsoft 365 ha messo silenziosamente in quarantena prima della consegna. Delle 5.435 email che hanno effettivamente raggiunto la cassetta postale, Piler ha acquisito il 100%.
Ricerca
Il motore Manticore Search gestisce query full-text e strutturate. Il tempo di risposta p95 delle query a livello di motore è stato inferiore a 90 millisecondi, il più veloce del benchmark. Il richiamo sulle query per parole chiave nell'oggetto è stato del 100%.
Richiamo degli allegati
Piler ha coperto 4 degli 8 sottotipi di allegati: PDF con livello testo, DOCX, PPTX e deconfezionamento del contenitore ZIP. Mancati: PDF scansionato (nessuna pipeline OCR), XLSX (Manticore non analizza il contenuto Excel), PNG (nessun OCR delle immagini), CSV (testo semplice non rilevato dall'indicizzatore del corpo).
Esportazione
Esportazione EML per singola 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 vengono acquisiti come un unico record di audit.
Controllo degli accessi e AD
Nessuna integrazione nativa con Microsoft Entra ID nell'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 esiste una superficie di registro di audit rivolta al cliente, nessun reporting di conformità e nessun flusso di lavoro di conservazione legale nell'interfaccia OSS.
Metodologia e ambiente del benchmark sull'archiviazione email
Abbiamo predisposto un singolo tenant Microsoft 365 E5 e collegato ciascun fornitore in sequenza.
Test sequenziali: ciascun fornitore è stato collegato 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 è composto da 10.000 email. 8.300 email non hanno allegati e 1.700 ne hanno uno ciascuna in 8 sottotipi di tipo di file.
Trasporto di invio: SMTP AUTH su smtp.office365.com:587, user1 come utente AUTH, delega SendAs di Microsoft 365 abilitata, intestazione From ruotata tra i 25 mittenti condivisi. La velocità di invio è stata limitata da Microsoft 365 a circa 30 email al minuto; l'invio delle 10.000 email ha richiesto circa 5 ore di tempo effettivo. 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 cassetta postale del destinatario.
Esempi di scenari di test
Test di copertura (inserimento). Dopo il completamento dell'invio di 10.000 email, accedi all'interfaccia dell'archivio di ciascun fornitore ed esegui una ricerca per parola chiave nell'oggetto come “performance review” (il corpus contiene 311 email con questo oggetto). Conta i risultati e confrontali con la verità di base.
Test di richiamo della ricerca. Esegui 50 query di ricerca salvata su ciascuna interfaccia dei fornitori. Ogni query punta a un sottoinsieme noto del corpus (parola chiave nell'oggetto, filtro mittente, intervallo di date). Registra il numero di risultati e confrontalo con il conteggio della verità di base del corpus. Un prodotto con richiamo del 100% restituisce ogni email corrispondente; le mancanze indicano lacune nell'indice.
Test del contenuto degli allegati (sottotipo). Cerca la frase marcatore “Internal Document” nel contenuto del corpo degli allegati con il filtro Con allegato. Ogni sottotipo di allegato viene verificato separatamente: se i file PDF con livello testo restituiscono risultati, il prodotto indicizza il testo dei PDF. Se i file PDF scansionati restituiscono risultati, il prodotto esegue l'OCR. Se i file XLSX restituiscono risultati, il prodotto analizza il contenuto Excel.
Test di integrità dell'esportazione. Seleziona 100 Message-ID target dal corpus, esportali tramite la funzione di esportazione in blocco del fornitore in formato EML o PST. Verifica la preservazione di contenuto del corpo, oggetto, mittente e destinatario. Verifica la checklist di custodia di 5 elementi: timestamp dell'esportazione, ID operatore, testo della query utilizzata, numero di risultati e formato di esportazione.
Test di immutabilità. Accedi con il ruolo di amministratore standard. Apri un'email archiviata nell'interfaccia cliente. Verifica se il menu delle azioni offre un'opzione Elimina. Se sì, tenta l'eliminazione e verifica se il livello di storage rispetta o rifiuta l'azione.
Test di conservazione legale. Crea un blocco sulla cassetta postale user1 utilizzando il flusso di lavoro di conservazione del fornitore. Applica una politica di conservazione che normalmente eliminerebbe le email dopo un breve periodo. Verifica che le email coperte dal blocco sopravvivano all'eliminazione per conservazione.
Test del registro di audit. Esegui una serie di azioni amministrative (accedi, esegui una ricerca, crea una politica di conservazione, crea una conservazione legale) e controlla immediatamente il registro di audit. Registra quali eventi compaiono, con quale dettaglio e quanto rapidamente. Ricontrolla a +30 minuti per eventuale latenza di indicizzazione.
Punteggi delle categorie del benchmark sull'archiviazione email
Ogni categoria ha un punteggio massimo pari al suo peso assegnato. I pesi sommano a 100, quindi il totale grezzo è il punteggio finale. I punteggi sono numeri interi derivati da risultati misurati o dalla matrice di funzionalità documentata, non valutazioni soggettive.
L'integrità dell'esportazione contribuisce al maggiore divario singolo tra i tre prodotti commerciali (+5 NinjaOne rispetto a Acronis). NinjaOne è il prodotto con un checksum SHA256 fornito dal fornitore sul pacchetto di esportazione; Acronis è il prodotto senza esportazione in blocco EML o PST. La copertura dell'inserimento è il maggiore divario singolo tra i fornitori commerciali e Piler (+9 NinjaOne rispetto a Piler), riflettendo l'acquisizione al momento dell'invio del 100% rispetto all'acquisizione tramite inoltro della posta in arrivo di Piler del 54%. Il richiamo del contenuto degli allegati aggiunge un altro +7 di NinjaOne su Piler (8 sottotipi su 8 contro 4 su 8). Il profilo di accesso del fornitore comporta uno scarto di +1 a favore di Barracuda rispetto a NinjaOne, riflettendo la superficie di consenso a 3 autorizzazioni rispetto a quella a 22 autorizzazioni.
Barracuda cede 1 punto a NinjaOne sulla conservazione legale. Sulla granularità della conservazione, il tag di conservazione a livello di singolo messaggio di NinjaOne e l'ambito di ricerca salvata di Barracuda ottengono entrambi lo stesso punteggio di 3 su 4. Acronis detiene il punteggio crittografia/BYOK = 3 nel confronto, contribuendo con 2 punti che gli altri tre non ottengono. Con il backfill misurato fino al completamento, Acronis pareggia con NinjaOne e Barracuda sia sulla copertura dell'inserimento (100%) sia sul richiamo per parole chiave nell'oggetto; il suo divario rimanente di 2-3 punti rispetto ai due leader è concentrato nell'integrità dell'esportazione (nessun output in blocco EML o PST dall'interfaccia cliente), in parte compensato dal suo vantaggio di crittografia BYOK. Il tempo più lento per raggiungere la copertura completa viene riportato come riscontro di latenza nella sezione sull'inserimento, non come detrazione 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 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 a quali sono direttamente correlate alle problematiche di conformità e operative che i clienti dell'archiviazione email devono affrontare.
Ogni punteggio deriva da risultati misurati (copertura dell'inserimento, richiamo della ricerca, risultati sugli allegati) o dalla matrice di funzionalità documentata nella sezione Confronto delle funzionalità, non da valutazioni soggettive.
Aggiungi come fonte preferitaConfronto delle funzionalità
Configurazione e implementazione
Barracuda ha il backfill più veloce del 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 del fornitore più ampia sul tenant Microsoft 365 del cliente.
Ricerca ed esportazione
NinjaOne e Barracuda producono output in blocco EML o PST 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.
Insieme di funzionalità di conformità
Acronis offre chiavi di crittografia impostate dal cliente nell'interfaccia cliente. NinjaOne offre tag di conservazione per singolo messaggio visibili al momento della ricerca. Barracuda ha la copertura del registro di audit più solida e il 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ù rigide rispetto ai tenant maturi. I risultati potrebbero variare su tenant di produzione a pagamento con configurazioni di policy diverse.
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 questo benchmark
Scegli il formato adatto a dove pubblicherai. Incollare la versione con link nel tuo CMS preserva il backlink.
@misc{sari2026,
author = {Sarı, Ekrem},
title = {{Benchmark sul software di archiviazione email}},
year = {2026},
month = jun,
howpublished = {\url{https://aimultiple.com/email-archiving-software}},
note = {AIMultiple. Consultato il 16 Giugno 2026}
}Risultati e timestamp di 129 punti dati. Scarica i dati utilizzati in questo articolo come file ZIP contenente 19 file CSV.
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.