Before you trust an archive,
you should be able to verify it.
Email archiving is not just a download button. If you may later close an account, leave a provider, or rely on the archive for an important record, the import has to be observable and recoverable. AtArchive's Gmail and Microsoft 365 historic-import paths are built around provider authorization, background jobs, progress, checkpointing/resume behavior, and the ability to inspect what arrived before you make the source account someone else's problem.
What makes an archive import trustworthy?
Not an absolute promise that nothing can ever go wrong. A process that lets you see what is happening, recover from interruption, and check the result yourself.
Provider authorization instead of handing over a password
Supported Gmail and Microsoft 365 connections use provider authorization flows. The provider consent screen shows the source-specific permissions requested for the archive workflow.
A real import job, not a fragile browser session
Historic import work is processed as background jobs with provider-specific workers and queue processing so a large account does not depend on one uninterrupted page load.
Checkpoint and resume behavior
Import progress is tracked so provider history can continue after an interruption instead of forcing a long-running import to restart from zero.
Progress you can inspect
AtArchive shows whether an import is queued, processing, complete, or failed, with enough coverage information to help you answer "did this actually finish?".
Verification before the irreversible step
Open records you know, check the period that matters, and search for things you would be unhappy to lose before you close, downgrade, or otherwise change the source account.
Limits are visible, not hidden
AtArchive describes provider support, date range, source coverage, file-format constraints, and failures directly instead of turning an unsupported edge case into a promise.
The safe order is simple: connect, preserve, verify, then decide
The provider-side decision comes last.
Connect the source
Authorize the Gmail or Microsoft 365 account you still control. If this is employer/client data, make sure you are authorized to preserve the records before you begin.
Let the historic job run
The provider worker processes the requested historical scope in the background. Do not treat a started import as a completed archive.
Inspect the result
Check status and coverage. Open messages from different years and folders. Search for known attachments or people. Make the archive prove itself with records you recognize.
Rely on it only after verification
Once you are satisfied with the material actually preserved, decide whether to keep, disconnect, downgrade, or close the source account. AtArchive does not make that provider decision for you.
Provider-native import is the primary live path today
AtArchive began with file-based email archives, but current large-account direction is provider-native ingestion where supported.
Gmail / Google Workspace
Use the current provider connection and historic-import workflow for supported Gmail accounts rather than first producing a giant export file simply because a backup product asked you to.
Microsoft 365 / Outlook
Use the Microsoft provider path for supported live accounts. PST support remains available, while large files may need a tailored import path; provider-native import is the simplest route when the source account is still available.