Skip to main content
Glama
googlarz

Proton Mail Bridge MCP

sync_emails

Sync email metadata from IMAP into the local index, using checkpoints to avoid re-fetching. Call before searching or viewing threads when the index may be stale.

Instructions

Incrementally sync email metadata from IMAP into the local SQLite index, using stored checkpoints to avoid re-fetching already-indexed messages. Use before calling search_indexed_emails or get_threads when the index may be stale. Set full:true for a larger initial sample. Prefer run_background_sync to trigger the scheduled sync cycle.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
folderNoFolder to sync. Defaults to all folders.
fullNoFetch a larger per-folder sample.
limitPerFolderNoOverride the per-folder fetch limit.
includeAttachmentTextNoExtract searchable text from text-like attachments while syncing.
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Describes incremental sync with checkpoint reuse and metadata-only scope. Annotations only provide destructiveHint=false; description adds useful behavioral context beyond that.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Three sentences with no redundancy; front-loaded with main action and incremental nature.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness3/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

No output schema, and description does not explain return values or sync behavior details. Adequate for a sync tool but could be more complete regarding results.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so baseline 3. Description adds minor context for full parameter ("larger initial sample") but does not significantly enhance meaning beyond schema descriptions.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

Clearly states it incrementally syncs email metadata from IMAP to local SQLite index using checkpoints, distinguishing from siblings like run_background_sync.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly advises when to use (before search_indexed_emails/get_threads when index stale), when not to (prefer run_background_sync for scheduled), and mentions full parameter for initial sample.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/googlarz/proton-mail-bridge-client'

If you have feedback or need assistance with the MCP directory API, please join our Discord server