Choosing an Email Archiving Provider: What to Look For
Email archiving is not a commodity product. The underlying infrastructure, legal framework, data residency commitments, and integration architecture differ substantially from one provider to the next. A solution that satisfies a small German SME under GoBD may be wholly inadequate for a regulated financial services firm or a healthcare organisation operating under multiple national frameworks simultaneously.
This guide is structured as a practical evaluation checklist. Each category represents a distinct risk area. For each criterion, the questions to ask are followed by the red flags to watch for. At the end, a scoring table lets you compare shortlisted vendors side by side before you commit.
Category 1: Compliance
GDPR and Processor Requirements
Under GDPR Article 28, any cloud-based archiving provider acts as a data processor. You remain the controller and bear responsibility for ensuring the processor provides sufficient guarantees. Before signing, verify the following:
- Does the provider offer a signed Data Processing Agreement (DPA) that meets the requirements of Article 28?
- Is the DPA based on standard EU contractual clauses, or does the provider use its own template that shifts obligations onto the customer?
- Does the DPA explicitly restrict processing to documented instructions and prohibit sub-processors from processing data outside the agreed scope?
- Are sub-processors listed, with their roles and locations disclosed?
Red flag: providers that bundle a DPA only as part of an enterprise tier, or that require you to sign their own terms before any details of sub-processor arrangements are disclosed.
National Retention Laws
Beyond GDPR, email archiving obligations in EU member states are set by national commercial and tax law. Germany's GoBD and the Handelsgesetzbuch (HGB) require six to ten years of tamper-evident retention for business correspondence. Austria's BAO and Unternehmensgesetzbuch (UGB) impose similar periods. France, the Netherlands, and the Nordics each have their own requirements. A provider that claims "EU compliant" without specifying which national frameworks it has been designed or certified for is making an empty promise.
Questions to ask:
- Which national retention standards has the solution been designed for or certified against?
- Does the solution enforce minimum and maximum retention periods at a policy level, or does it rely on the customer to configure this manually with no guardrails?
- Can retention policies be set per domain, per user group, or per message category?
Immutability and Audit Trail
Regulations such as GoBD and ESMA guidelines require that archived records cannot be altered after the fact, with every access event logged and available for audit. Many solutions implement "soft" immutability: administrators can override holds or delete messages through a privileged interface. This does not satisfy the requirements of an auditor who asks for proof that the archive is tamper-evident.
What to verify:
- Is message integrity verified cryptographically (for example via a stored hash checked on retrieval)?
- Is every access event, search query, export, and deletion request logged with a timestamp and user identity?
- Are audit logs themselves protected from modification, and can they be exported for independent review?
- Does the solution support legal hold that is separate from and cannot be overridden by routine retention policy expiry?
Category 2: Security
Encryption
Encryption at rest and in transit is the baseline expectation. But the details matter significantly:
- Are messages encrypted at rest with AES-256 or an equivalent standard?
- What key management model is in use? Are keys held exclusively by the provider, shared with a third-party key management service, or can the customer hold their own keys?
- Is TLS 1.2 or higher enforced for all data in transit, including inbound journal feeds?
- Are message attachments encrypted separately, or only the message body?
Customer-managed keys (CMK) or customer-controlled encryption keys (BYOK) are increasingly expected by regulated organisations. A provider that cannot offer any form of customer key control may be disqualified by enterprise security policy.
Access Control
- Does the solution support role-based access control (RBAC) with distinct roles for end users, compliance officers, administrators, and auditors?
- Is multi-factor authentication (MFA) supported and enforceable for all roles?
- Can administrative access be segregated so that no single administrator can both access message content and modify audit logs?
- Is privileged access to infrastructure monitored and logged?
Security Certifications
Independent certification provides evidence that a provider's security controls have been assessed against a recognised standard. Ask for:
- ISO 27001:2022 certification, with scope covering the archiving service infrastructure
- SOC 2 Type II report (not just Type I), ideally covering the Trust Service Criteria for Security, Availability, and Confidentiality
- Penetration test reports or summary findings within the last twelve months
Be specific about scope. An ISO 27001 certificate that covers only the provider's head office and excludes the cloud infrastructure it runs on is of limited value.
NIS2 Compliance
If your organisation is in scope for the NIS2 Directive (2022/2555), you are required to implement risk management measures that extend to your supply chain and critical service providers. Article 21 requires that you assess the security of the services you depend on. A provider that cannot demonstrate NIS2-aligned security practices is a liability in your own NIS2 risk register.
Category 3: Integration
Email Platform Support
The breadth of supported ingestion methods determines whether the solution can serve as a single archive for a mixed-platform environment:
- Does the solution support SMTP journaling from Microsoft Exchange and Exchange Online?
- Is there a native connector or documented integration path for Google Workspace (Gmail) journaling?
- Does the solution support IMAP collection for non-journaling scenarios or legacy mailboxes?
- Can it ingest from on-premise mail servers via SMTP relay or direct connector?
Microsoft 365 Specifics
For organisations running M365, the integration quality with Exchange Online is a key differentiator:
- Does the provider supply a dedicated SMTP journal endpoint that can be configured directly in the Exchange admin centre?
- Is TLS certificate verification enforced on the journal connection to prevent interception?
- Can the provider supply an SPF/DKIM exception configuration to ensure journal messages are not rejected?
Journaling vs. Connector-Based Capture
Journaling at the SMTP transport layer captures every message before it reaches the mailbox and before any user can interact with it. This is the gold standard for regulatory completeness. Connector-based capture (for example, via Microsoft Graph API or Google Workspace API) polls mailbox content after the fact and is subject to API rate limits, latency, and potential gaps if messages are deleted before the first poll. Ask the provider to be explicit about their capture method and the completeness guarantees it provides.
Migration and Onboarding
- Can the provider ingest historical archives from PST files, EML exports, or existing archiving systems?
- What is the estimated onboarding timeline for a tenant of your size?
- Is there a documented migration path from major competing products?
Category 4: Data Sovereignty
EU Hosting and Legal Exposure
Data sovereignty has become a decisive criterion for European organisations, particularly after the Schrems II ruling (CJEU C-311/18, 2020) invalidated the Privacy Shield framework. The current basis for EU-US data transfers is the EU-US Data Privacy Framework (2023), but this framework is subject to ongoing legal challenge. Organisations that cannot afford the operational disruption of a third framework invalidation should favour providers whose infrastructure and corporate structure sit entirely within the EU.
Key questions:
- Where are the data centres physically located, and in which jurisdiction are they incorporated?
- Is the provider subject to the US CLOUD Act, either directly or through a US-incorporated parent company?
- Does the DPA commit explicitly to EU-only processing and EU-only support access?
- Are all sub-processors incorporated in EU member states?
EU Data Act: Switching Rights
The EU Data Act (Regulation 2023/2854) enters into force in full from September 2027. Chapter IV places obligations on cloud service providers to facilitate customer switching without technical, financial, or contractual obstacles. Article 23 requires providers to maintain documented interfaces for porting customer data to a competing service at zero additional charge.
This has practical implications today. If you sign a multi-year contract with a provider that cannot demonstrate a credible data portability path, you may find yourself in a position where the Data Act gives you the right to switch but the provider lacks the tooling to make it operationally feasible.
Ask:
- In what formats can archived data be exported (EML, MBOX, PST)?
- Is a full export possible without requiring a support ticket or incurring export fees?
- Does the provider's roadmap include compliance with the EU Data Act Article 23 interface requirements?
Category 5: Usability
Search and eDiscovery
The practical value of an email archive is realised at search time. An archive that cannot return results quickly and accurately defeats the purpose of the investment.
- What search operators are supported? At minimum: sender, recipient, subject, date range, keyword, and message ID.
- Is full-text search of message bodies and attachments available?
- What is the typical query response time for a corpus of the size you will be archiving?
- Is there a role-limited eDiscovery interface for legal or compliance staff that provides search access without administrative privileges?
- Are search queries themselves logged for audit purposes?
Legal Hold
Legal hold preserves specific messages or sets of messages independently of routine retention policy expiry. This is required whenever litigation is anticipated or underway.
- Can legal holds be applied per user, per date range, per keyword match, or per sender/recipient pair?
- Can a non-administrator (for example, a legal officer) initiate a hold without requiring IT involvement?
- Is the held message set protected from routine purge jobs at a technical level, not just by policy?
Self-Service for End Users
Some archiving regulations allow individual users to access their own archived mail for legitimate business purposes. An interface that requires IT intervention for every retrieval request creates unnecessary overhead.
- Can users search and retrieve their own archived messages without involving IT?
- Are user access rights scoped so that users can only view their own mail, not other mailboxes?
- Is there a web-based interface that does not require a local client installation?
Mobile Access
Compliance officers, legal teams, and executives increasingly need to access archived content from mobile devices. Ask whether the web interface is responsive and functional on mobile, or whether mobile access requires a native application and what the associated deployment requirements are.
Category 6: Vendor Viability
Service Level Agreement
A weak SLA creates operational and compliance risk. Review the SLA carefully:
- What uptime commitment is made, and what remedy (typically service credit) is available if it is not met?
- What is the defined Recovery Time Objective (RTO) and Recovery Point Objective (RPO) in the event of a disaster?
- Are scheduled maintenance windows excluded from uptime calculations, and if so, how are they communicated?
An SLA that promises 99.9% uptime but excludes all scheduled maintenance, support hours, and force majeure events is providing less actual availability than the headline figure suggests.
Support
- What support tiers are available, and what are the guaranteed response times for severity-1 incidents?
- Is support provided by staff based in the EU, and in which languages?
- Is a named account manager or dedicated technical contact available for enterprise contracts?
Data Portability and Exit
Exiting a cloud archiving contract should be operationally planned before you sign, not after you decide to leave.
- What is the data return process at contract end?
- How long is data retained after contract termination, and in what format is it provided?
- Are there exit fees, or is data return included in the contract?
- Does the provider offer a standard export that can be ingested by a successor system without custom tooling?
The EU Data Act's switching provisions (effective September 2027) will make contractual obstacles to switching unlawful. But it is better to evaluate this capability now rather than discover the provider cannot meet it in practice.
Financial and Operational Stability
Cloud archiving is a long-term commitment. The provider must remain viable for the full retention period you require, which may be ten years or longer. Assess:
- Is the provider profitable, or dependent on continued venture funding?
- How long has the production service been operating, and what is the customer retention rate?
- Is the codebase and data format documented well enough that data could be migrated by a third party in an insolvency scenario?
Evaluation Scorecard
Use this table to compare providers across the six categories. Rate each criterion on a scale of 0 (not met), 1 (partially met), or 2 (fully met).
| Category | Criterion | Provider A | Provider B | Provider C |
|---|---|---|---|---|
| Compliance | GDPR Art. 28 DPA available | |||
| National laws covered (GoBD, etc.) | ||||
| Configurable retention policies | ||||
| Cryptographic immutability | ||||
| Tamper-evident audit log | ||||
| Legal hold separate from retention | ||||
| Security | AES-256 encryption at rest | |||
| Customer key control (BYOK/CMK) | ||||
| TLS 1.2+ enforced in transit | ||||
| RBAC with segregated roles | ||||
| MFA enforceable for all roles | ||||
| ISO 27001:2022 (infrastructure scope) | ||||
| SOC 2 Type II report | ||||
| NIS2-aligned security programme | ||||
| Integration | SMTP journaling (M365/Exchange) | |||
| Google Workspace journaling | ||||
| IMAP collection support | ||||
| PST/EML historical import | ||||
| Documented migration path | ||||
| Data Sovereignty | EU-only data centres | |||
| No US CLOUD Act exposure | ||||
| EU-only sub-processors | ||||
| EU Data Act portability path | ||||
| Open export formats (EML/MBOX) | ||||
| Usability | Full-text search (body + attachments) | |||
| Role-limited eDiscovery interface | ||||
| Self-service user access | ||||
| Legal hold by non-admin staff | ||||
| Mobile-responsive web interface | ||||
| Vendor Viability | Uptime SLA >= 99.9% | |||
| EU-based support team | ||||
| Zero-cost data return at exit | ||||
| EU Data Act switching compliance | ||||
| Total (max 64) |
A provider scoring below 45 on this table warrants careful scrutiny of which criteria it fails and whether those failures represent acceptable risk for your organisation's specific regulatory profile.
EasyMailArchive
EasyMailArchive is built specifically for European organisations that need a straightforward, compliant, and sovereign email archive. It is hosted exclusively on EU infrastructure with no US parent company and no CLOUD Act exposure. Every message is captured at the SMTP transport layer, encrypted with AES-256 at rest, and stored in tamper-evident form with cryptographic integrity verification.
Retention policies, legal hold, role-based access control, and full-text search are included at all plan tiers. Data can be exported in open formats at any time, and the Data Processing Agreement is provided as a standard document, not gated behind an enterprise contract.
If you are in the process of evaluating email archiving providers, we are happy to walk you through a live demonstration and answer specific questions about your compliance requirements.
