Skip to content

Glossary

A single email message file on disk. Use mailatlas ingest when you already have one or more .eml files locally.

A mailbox file on disk that can contain many messages. Use mailatlas ingest when you already have an mbox archive locally. An mbox file is not the same thing as IMAP receive.

The MailAtlas workflow for connecting to a live mailbox over IMAP and fetching selected folders into the local workspace. Use mailatlas receive --provider imap.

The MailAtlas command and API path for fetching Gmail messages with the Gmail API and storing them as local documents. Use mailatlas receive for one bounded pass or mailatlas receive watch for foreground polling.

A local record for a mailbox receive configuration. It stores provider identity and non-secret options such as label, query, or folder selection.

The Gmail checkpoint MailAtlas stores in SQLite to avoid reprocessing the same messages on incremental receive runs.

One receive attempt. A run stores status, counts, errors, and links to documents created or skipped as duplicates.

The local directory that holds raw email, normalized HTML, extracted assets, exports, outbound records, and store.db.

The SQLite database inside the workspace root. It stores document metadata, lookup data, dedupe information, Gmail receive cursors, IMAP receive cursors, run history, and outbound records.

The normalized MailAtlas record created from one email message. A document is stored in SQLite and linked to files in the workspace root.

A file extracted from a message, such as an inline image or a regular attachment.

An asset embedded in an HTML email, often referenced by content ID.

A regular file attached to an email and extracted into the workspace.

A derived JSON, Markdown, HTML, or PDF artifact produced from a stored document.

A directory export that contains document.md plus an assets/ directory with copied assets referenced by the Markdown file.

A PDF artifact rendered with local Chrome or Chromium from stored HTML when available, or generated HTML based on cleaned text.

Configurable transformations that remove or normalize noisy email body content, such as boilerplate, forwarded headers, footers, link-only lines, invisible characters, and whitespace.

Metadata that explains where a document came from and how it was processed, including source type, IMAP folder and UID when available, forwarded-chain information, and parser notes.

The input type that produced a document, such as eml, mbox, gmail, or imap.

A local audit record created when MailAtlas drafts, dry-runs, queues, sends, or fails to send an outbound message.

An outbound workflow that validates, renders, and stores a message without contacting an email provider.

An outbound delivery backend configured at runtime, such as SMTP, Cloudflare Email Service, or Gmail API.

Secrets used to authenticate with a provider, such as SMTP passwords, Cloudflare API tokens, or Gmail OAuth tokens. MailAtlas reads these at runtime and does not write them to store.db, raw snapshots, logs, or JSON receive/send results.

A caller-provided key used to make retrying outbound sends safer. If the same key already exists, MailAtlas returns the existing outbound record instead of sending a second message.

The optional Model Context Protocol server that exposes local MailAtlas tools to MCP-compatible clients over STDIO.

The explicit runtime configuration required before the MCP server exposes live outbound sending. Draft tools remain available without the live send gate.

The explicit runtime configuration required before the MCP server exposes mailbox receive tools.