yahoo-mail-mcp-server

jtokib/yahoo-mail-mcp-server

3.3

If you are the rightful owner of yahoo-mail-mcp-server and would like to certify it and/or have it hosted online, please leave a comment on the right or send an email to dayong@mcphub.com.

The Yahoo Mail MCP Server provides read-only access to Yahoo Mail through IMAP, allowing Claude Desktop to list, read, and search emails.

Tools
3
Resources
0
Prompts
0

Yahoo Mail MCP Server

A Model Context Protocol (MCP) server that provides full email management for Yahoo Mail via IMAP. This server supports both local stdio transport (for Claude Desktop) and HTTP/SSE transport (for remote access via Claude.ai).

Features

  • Secure OAuth 2.0 Authentication: Protect your remote MCP server with OAuth 2.0 authorization code flow with PKCE
  • UID-Based Operations: Uses permanent IMAP UIDs that don't change when emails are deleted (v3.0.0+)
  • Full Email Management: Complete email operations with batch processing support
  • Eleven Powerful Tools:
    • list_emails: List recent emails with enriched metadata (size, flags, attachments) and pagination
    • read_email: Read the full content of emails (batch support)
    • search_emails: Advanced search with filters (date ranges, sender, unread status)
    • list_folders: Discover all available IMAP folders
    • delete_emails: Move emails to Trash (soft delete, recoverable)
    • archive_emails: Archive emails for long-term storage
    • mark_as_read: Mark emails as read
    • mark_as_unread: Mark emails as unread
    • flag_emails: Flag emails as important/starred
    • unflag_emails: Remove flag from emails
    • move_emails: Move emails to any folder
  • Enriched Metadata: All emails include UID, size, flags, hasAttachments, and folder information
  • Advanced Search: Filter by date range, sender, unread status, and search across any folder
  • Batch Operations: All management operations support processing multiple emails at once with accurate success/failure tracking
  • Dual Transport Modes:
    • stdio: For local Claude Desktop integration
    • sse: For remote access via HTTP/Server-Sent Events (required for Render.com)
  • Cross-Platform: Works on both Windows and Linux development environments
  • Docker Support: Containerized deployment with Docker and Docker Compose
  • Cloud Ready: Configured for easy deployment to Render.com with OAuth security

Prerequisites

For Local Development

  • Node.js: Version 18.0.0 or higher
  • Yahoo Mail Account: With app-specific password enabled
  • Git: For version control

For Docker Development/Deployment

  • Docker: Latest version
  • Docker Compose: Latest version (included with Docker Desktop on Windows/Mac)

For Render.com Deployment

  • GitHub Account: To host your repository
  • Render.com Account: Free tier available at https://render.com

Quick Start

1. Clone and Setup

# Clone the repository
git clone <your-repo-url>
cd yahoo-mail-mcp-server

# Copy environment template
cp .env.example .env

2. Get Yahoo Mail App Password

  1. Go to https://login.yahoo.com/account/security
  2. Click "Generate app password" or "Manage app passwords"
  3. Select "Other App" and enter "MCP Server"
  4. Copy the generated 16-character password

3. Configure Environment

Edit .env file with your credentials:

YAHOO_EMAIL=your.email@yahoo.com
YAHOO_APP_PASSWORD=your16charpassword
TRANSPORT_MODE=stdio  # or 'sse' for HTTP mode
PORT=3000

4. Install Dependencies

Windows (PowerShell):

npm install

Linux/macOS (Bash):

npm install

5. Run Locally

stdio mode (for Claude Desktop):

npm run start:stdio

SSE mode (for testing HTTP endpoint):

npm run start:sse

Development mode (with auto-reload):

npm run dev

Docker Usage

Build and Run with Docker

Windows (PowerShell):

# Build the image
npm run docker:build

# Run the container
npm run docker:run

# Or use Docker Compose (recommended)
npm run docker:compose:up

# View logs
npm run docker:compose:logs

# Stop containers
npm run docker:compose:down

Linux/macOS (Bash):

# Build the image
npm run docker:build

# Run the container
npm run docker:run

# Or use Docker Compose (recommended)
npm run docker:compose:up

# View logs
npm run docker:compose:logs

# Stop containers
npm run docker:compose:down

Manual Docker Commands

Windows (PowerShell):

# Build
docker build -t yahoo-mail-mcp .

# Run
docker run -p 3000:3000 `
  -e YAHOO_EMAIL=your.email@yahoo.com `
  -e YAHOO_APP_PASSWORD=yourpassword `
  -e TRANSPORT_MODE=sse `
  yahoo-mail-mcp

# Or with Docker Compose
docker-compose up -d

Linux/macOS (Bash):

# Build
docker build -t yahoo-mail-mcp .

# Run
docker run -p 3000:3000 \
  -e YAHOO_EMAIL=your.email@yahoo.com \
  -e YAHOO_APP_PASSWORD=yourpassword \
  -e TRANSPORT_MODE=sse \
  yahoo-mail-mcp

# Or with Docker Compose
docker-compose up -d

Testing the Server

Test Health Endpoint

Windows (PowerShell):

# Using npm script
npm run test:health

# Using curl (if installed)
curl http://localhost:3000/health

# Using PowerShell
Invoke-WebRequest -Uri http://localhost:3000/health | Select-Object -Expand Content

Linux/macOS (Bash):

# Using npm script
npm run test:health

# Using curl
curl http://localhost:3000/health

Test SSE Endpoint

Windows (PowerShell):

# Using npm script
npm run test:sse

# Using curl
curl http://localhost:3000/mcp/sse

# Using PowerShell
Invoke-WebRequest -Uri http://localhost:3000/mcp/sse

Linux/macOS (Bash):

# Using npm script
npm run test:sse

# Using curl
curl http://localhost:3000/mcp/sse

Deploying to Render.com

Step 1: Prepare Your Repository

Windows (PowerShell):

# Initialize git (if not already done)
git init

# Add all files
git add .

# Commit
git commit -m "Initial commit: Yahoo Mail MCP Server"

# Create GitHub repository at https://github.com/new
# Then push to GitHub
git remote add origin https://github.com/yourusername/yahoo-mail-mcp-server.git
git branch -M main
git push -u origin main

Linux/macOS (Bash):

# Initialize git (if not already done)
git init

# Add all files
git add .

# Commit
git commit -m "Initial commit: Yahoo Mail MCP Server"

# Create GitHub repository at https://github.com/new
# Then push to GitHub
git remote add origin https://github.com/yourusername/yahoo-mail-mcp-server.git
git branch -M main
git push -u origin main

Step 2: Deploy to Render

  1. Sign up/Login to Render.com

  2. Connect GitHub Repository

    • Click "New +" button in top right
    • Select "Web Service"
    • Click "Connect GitHub" and authorize Render
    • Select your yahoo-mail-mcp-server repository
  3. Configure the Service

    • Name: yahoo-mail-mcp-server (or your preferred name)
    • Runtime: Docker
    • Region: Choose closest to you (Oregon, Frankfurt, Singapore, Ohio)
    • Branch: main
    • Plan: Free (or Starter for production)
  4. Set Environment Variables

    In the "Environment" section, click "Add Environment Variable" and add:

    KeyValueHow to Generate
    NODE_ENVproduction-
    TRANSPORT_MODEsse-
    YAHOO_EMAILyour.email@yahoo.comYour Yahoo email address
    YAHOO_APP_PASSWORDyour16charpasswordSee "Get Yahoo Mail App Password" section
    OAUTH_CLIENT_ID32-char-hex-stringRun: openssl rand -hex 16
    OAUTH_CLIENT_SECRET64-char-hex-stringRun: openssl rand -hex 32

    Important:

    • Mark YAHOO_EMAIL, YAHOO_APP_PASSWORD, OAUTH_CLIENT_ID, and OAUTH_CLIENT_SECRET as "Secret"
    • PORT is automatically set by Render, don't add it manually
    • Save the OAuth credentials - you'll need them to configure Claude Desktop
  5. Deploy

    • Click "Create Web Service"
    • Render will automatically build and deploy your Docker container
    • Wait for deployment to complete (first build takes 5-10 minutes)
  6. Get Your Service URL

    • Once deployed, you'll get a URL like: https://yahoo-mail-mcp-server.onrender.com
    • Test it by visiting: https://yahoo-mail-mcp-server.onrender.com/health

Step 3: Connect to Claude Desktop

Note: Remote MCP servers require a Claude Pro, Max, Team, or Enterprise plan.

  1. Open Claude Desktop

    • Launch the Claude Desktop app on your computer
  2. Add MCP Connector

    • Click on your profile icon or menu
    • Select "Settings"
    • Navigate to "Connectors" section
    • Click "Add Custom Connector"
  3. Configure the Connector

    • Name: Yahoo Mail
    • URL: https://your-service-name.onrender.com/mcp/sse

    Example:

    https://yahoo-mail-mcp-server.onrender.com/mcp/sse
    
  4. Configure OAuth Authentication

    • Click "Advanced Settings" ⚙️
    • Enter the OAuth credentials from Step 4:
      • OAuth Client ID: The value from OAUTH_CLIENT_ID environment variable
      • OAuth Client Secret: The value from OAUTH_CLIENT_SECRET environment variable
  5. Save and Test

    • Click "Add" or "Save"
    • Claude Desktop will authenticate using OAuth 2.0
    • If successful, you'll see the connector active
    • You can now use Yahoo Mail tools in your conversations!

Step 4: Using the MCP Server in Claude.ai

Once connected, you can use these tools in your conversations:

Can you list my recent emails?

Can you read email number 5?

Can you search for emails from john@example.com?

Troubleshooting

Common Issues

1. "Authentication failed" error

Solution: Verify your app-specific password

  • Make sure you're using an app-specific password, not your regular Yahoo password
  • Generate a new app-specific password at https://login.yahoo.com/account/security
  • Check for typos in your .env file or Render environment variables
2. Docker build fails on Windows

Solution: Check Docker Desktop settings

  • Ensure Docker Desktop is running
  • Check that WSL2 is enabled (Settings > General > Use WSL2 based engine)
  • Verify file sharing is enabled (Settings > Resources > File Sharing)
3. Port 3000 already in use

Solution: Change the port

Windows (PowerShell):

$env:PORT=3001; npm run start:sse

Linux/macOS (Bash):

PORT=3001 npm run start:sse

Or edit .env:

PORT=3001
4. Render deployment fails

Solution: Check the logs

  • Go to your Render dashboard
  • Click on your service
  • Click "Logs" tab
  • Look for error messages
  • Common issues:
    • Missing environment variables
    • Incorrect Dockerfile path
    • Build timeout (increase build timeout in settings)
5. SSE connection drops

Solution: Render free tier limitations

  • Free tier services sleep after 15 minutes of inactivity
  • First request after sleep takes 30-60 seconds to wake up
  • Upgrade to Starter plan ($7/month) for always-on service
6. IMAP connection timeout

Solution: Check Yahoo Mail IMAP settings

  • Ensure IMAP is enabled in Yahoo Mail settings
  • Go to Yahoo Mail > Settings > More Settings > Mailboxes
  • Verify IMAP access is allowed
  • Check firewall settings aren't blocking port 993

Windows-Specific Issues

Line Ending Problems

If you see errors about line endings:

PowerShell:

# Configure git to handle line endings correctly
git config --global core.autocrlf input

# Re-clone the repository
git clone <your-repo-url>
npm Scripts Not Working

If cross-platform scripts fail:

PowerShell:

# Install cross-env globally
npm install -g cross-env

# Or run scripts directly
node server.js

Linux-Specific Issues

Permission Errors with Docker

Bash:

# Add user to docker group
sudo usermod -aG docker $USER

# Logout and login again, or run:
newgrp docker

# Test
docker ps

Environment Variables Reference

VariableRequiredDefaultDescription
YAHOO_EMAILYes-Your Yahoo Mail email address
YAHOO_APP_PASSWORDYes-16-character app-specific password from Yahoo
OAUTH_CLIENT_IDYes (Remote)-OAuth 2.0 client ID for MCP server authentication (generate with openssl rand -hex 16)
OAUTH_CLIENT_SECRETYes (Remote)-OAuth 2.0 client secret for MCP server authentication (generate with openssl rand -hex 32)
TRANSPORT_MODENostdioTransport mode: stdio or sse
PORTNo3000Port for SSE mode (auto-set by Render)
NODE_ENVNodevelopmentEnvironment: development or production

Note: OAUTH_CLIENT_ID and OAUTH_CLIENT_SECRET are only required for remote deployments (Render.com). Local stdio mode doesn't require OAuth.

Available npm Scripts

ScriptDescriptionCross-Platform
npm startStart server (stdio mode)
npm run start:stdioStart in stdio mode
npm run start:sseStart in SSE mode
npm run devDevelopment mode with auto-reload
npm run docker:buildBuild Docker image
npm run docker:runRun Docker container
npm run docker:compose:upStart with Docker Compose
npm run docker:compose:downStop Docker Compose
npm run docker:compose:logsView Docker Compose logs
npm run test:healthTest health endpoint
npm run test:sseTest SSE endpoint

Project Structure

yahoo-mail-mcp-server/
├── server.js                 # Main server code
├── package.json             # Node.js dependencies and scripts
├── Dockerfile               # Docker build configuration
├── docker-compose.yml       # Docker Compose configuration
├── render.yaml              # Render.com deployment config
├── .env.example             # Environment variable template
├── .env                     # Your local environment variables (gitignored)
├── .dockerignore            # Files to exclude from Docker build
├── .gitignore               # Files to exclude from git
├── .gitattributes           # Git line ending configuration
└── README.md                # This file

Security Best Practices

  1. OAuth 2.0 Protection (Remote Deployments)

    • Server requires OAuth 2.0 authentication for all MCP requests
    • Uses authorization code flow with PKCE (Proof Key for Code Exchange)
    • Only clients with correct credentials can access your emails
    • Generate strong random credentials: openssl rand -hex 16 and openssl rand -hex 32
    • Store credentials securely in Render dashboard (marked as "Secret")
  2. Never commit credentials

    • .env file is gitignored
    • Always use .env.example as template
    • Set sensitive values in Render dashboard
    • Never share OAuth credentials publicly
  3. Use app-specific passwords

    • Never use your main Yahoo password
    • Generate new passwords for each service
    • Revoke unused passwords regularly
    • App passwords can be revoked without changing your main password
  4. Email management operations

    • All modification operations are reversible (soft delete, not permanent)
    • Deleted emails are moved to Trash folder (recoverable within 7 days for free accounts)
    • Archive, flag, and read status changes are non-destructive
    • Move operations preserve email content and metadata
    • No send operations - server cannot send emails on your behalf
  5. HTTPS in production

    • Render.com provides free SSL certificates
    • All traffic is encrypted (TLS/SSL)
    • IMAP connection uses TLS
    • OAuth tokens transmitted securely

Development Workflow

Making Changes

Windows (PowerShell):

# 1. Make your changes to server.js

# 2. Test locally
npm run dev

# 3. Test with Docker
npm run docker:compose:up

# 4. Commit and push
git add .
git commit -m "Description of changes"
git push origin main

# 5. Render automatically deploys the changes

Linux/macOS (Bash):

# 1. Make your changes to server.js

# 2. Test locally
npm run dev

# 3. Test with Docker
npm run docker:compose:up

# 4. Commit and push
git add .
git commit -m "Description of changes"
git push origin main

# 5. Render automatically deploys the changes

Viewing Logs

Local Development:

# The server logs to stderr
npm run start:sse

Docker:

npm run docker:compose:logs

Render.com:

  • Go to your service dashboard
  • Click "Logs" tab
  • Real-time logs appear here

API Endpoints

When running in SSE mode, the server exposes these endpoints:

EndpointMethodDescription
/GETAPI information and available tools
/healthGETHealth check (returns status, version, timestamp)
/mcp/sseGETServer-Sent Events endpoint for MCP (requires OAuth token)
/mcp/messagePOSTMessage endpoint for MCP communication (requires OAuth token)
/.well-known/oauth-authorization-serverGETOAuth 2.0 server metadata (RFC 8414)
/.well-known/openid-configurationGETOpenID Connect discovery endpoint
/oauth/authorizeGETOAuth 2.0 authorization endpoint
/oauth/tokenPOSTOAuth 2.0 token endpoint

Example Health Check Response

{
  "status": "ok",
  "service": "yahoo-mail-mcp",
  "version": "1.0.0",
  "timestamp": "2025-01-11T12:34:56.789Z"
}

Breaking Changes & Migration Guide

⚠️ v3.0.0 Breaking Changes

Version 3.0.0 introduces UID-based operations which fundamentally changes how you interact with emails. This is a breaking change that requires updating your code.

What Changed

1. Parameter Rename: sequenceNumbersuids

All email management tools now use uids (permanent identifiers) instead of sequenceNumbers (temporary positions):

// ❌ v2.x (OLD - sequence numbers)
read_email({ sequenceNumbers: [1, 2, 3] })
delete_emails({ sequenceNumbers: [5] })

// ✅ v3.0.0 (NEW - UIDs)
read_email({ uids: [510867, 510866, 510862] })
delete_emails({ uids: [510867] })

2. Response Format: Plain Text → JSON

All tools now return structured JSON instead of plain text:

// ❌ v2.x response
"Email 1 of 10..."

// ✅ v3.0.0 response
{
  "emails": [...],
  "totalCount": 10,
  "returned": 10
}

3. New Required Workflow

You must now get UIDs from list_emails or search_emails before performing operations:

// Step 1: Get UIDs
const result = list_emails({ count: 10 });
// Returns: { emails: [{ uid: 510867, ... }, { uid: 510866, ... }] }

// Step 2: Use UIDs for operations
const uidsToDelete = [510867, 510866];
delete_emails({ uids: uidsToDelete });
Why UIDs Are Better

Sequence Numbers (v2.x):

  • ❌ Change when emails are deleted
  • ❌ Position-based (email #1, #2, #3)
  • ❌ Can become invalid between operations
  • ❌ Cause confusion and errors

UIDs (v3.0.0):

  • ✅ Permanent identifiers assigned by IMAP server
  • ✅ Never change, even when other emails are deleted
  • ✅ Always valid until email is permanently deleted
  • ✅ Reliable for batch operations
Migration Checklist
  • Update all tool calls to use uids parameter instead of sequenceNumbers
  • Update code to get UIDs from list_emails or search_emails first
  • Update code to handle JSON responses instead of plain text
  • Test batch operations to ensure all UIDs are processed (v3.0.0 fixes critical batch bug)
  • Review new features: pagination, enriched metadata, advanced search, folder support
New Features in v3.0.0
  1. Enriched Metadata: All emails include uid, size, flags, hasAttachments
  2. Pagination: list_emails supports offset and limit parameters
  3. Advanced Search: search_emails supports date ranges, sender filter, unread-only
  4. Folder Support: All tools support folder parameter (default: INBOX)
  5. list_folders: New tool to discover available IMAP folders
  6. Accurate Batch Operations: Fixed critical bug where only first UID was processed
  7. Enhanced Error Handling: Better timeout and connection error messages

MCP Tools

list_emails

List recent emails with enriched metadata (UID, size, flags, attachments) and pagination support.

Parameters:

  • count (optional): Number of emails to retrieve (default: 10, max: 50)
  • folder (optional): Folder to list from (default: 'INBOX'). Use list_folders to see available folders
  • offset (optional): Number of emails to skip for pagination (default: 0)

Response: JSON with emails array containing enriched metadata for each email:

  • uid: Permanent IMAP UID (use this for all operations)
  • sequenceNumber: Position in folder (for reference only, don't use for operations)
  • from: Sender address
  • subject: Email subject
  • date: Date in RFC 2822 format
  • size: Email size in bytes
  • flags: Array of IMAP flags (e.g., ['\\Seen'], ['\\Flagged'])
  • hasAttachments: Boolean indicating if email has attachments

Examples:

// List 20 most recent emails
list_emails({ count: 20 })

// List emails with pagination (skip first 10)
list_emails({ count: 10, offset: 10 })

// List emails from Sent folder
list_emails({ count: 15, folder: "Sent" })

read_email

Read the full content of emails using UIDs (supports batch reading).

Parameters:

  • uids (required): Array of UIDs to read (get UIDs from list_emails or search_emails)
  • folder (optional): Folder containing the emails (default: 'INBOX')

Response: JSON with enriched email data including body content

Examples:

// Read a single email
read_email({ uids: [510867] })

// Read multiple emails
read_email({ uids: [510867, 510866, 510862] })

// Read email from Sent folder
read_email({ uids: [510867], folder: "Sent" })

search_emails

Advanced search with filters for date ranges, sender, and unread status.

Parameters:

  • query (optional): Search term for subject or sender (can be empty for date-only searches)
  • count (optional): Number of results to return (default: 10, max: 50)
  • dateFrom (optional): Filter emails from this date onwards (ISO 8601 or RFC 2822 format)
  • dateTo (optional): Filter emails up to this date (ISO 8601 or RFC 2822 format)
  • sender (optional): Filter by specific sender email address or name
  • unreadOnly (optional): Only return unread emails (default: false)
  • folder (optional): Folder to search in (default: 'INBOX')

Response: JSON with emails array, totalMatches, returned, query, filters, and folder

Examples:

// Basic search
search_emails({ query: "invoice", count: 15 })

// Search unread emails only
search_emails({ query: "meeting", unreadOnly: true })

// Search by date range
search_emails({ dateFrom: "2025-01-01", dateTo: "2025-01-31" })

// Search by sender
search_emails({ sender: "boss@company.com" })

// Combined filters
search_emails({
  query: "report",
  sender: "team@company.com",
  dateFrom: "2025-01-15",
  unreadOnly: true
})

list_folders

Discover all available IMAP folders in your Yahoo Mail account.

Parameters: None

Response: JSON with array of folder objects containing name, path, delimiter, and children

Example:

// List all folders
list_folders()

// Example response:
// {
//   "folders": [
//     { "name": "INBOX", "path": "INBOX" },
//     { "name": "Sent", "path": "Sent" },
//     { "name": "Trash", "path": "Trash" },
//     { "name": "Archive", "path": "Archive" }
//   ]
// }

delete_emails

Move emails to Trash folder using UIDs (soft delete - emails can be recovered).

Parameters:

  • uids (required): Array of UIDs to delete (get UIDs from list_emails or search_emails)
  • folder (optional): Source folder (default: 'INBOX')

Response: Success/failure message with accurate count of processed emails

Examples:

// Delete a single email
delete_emails({ uids: [510867] })

// Delete multiple emails
delete_emails({ uids: [510867, 510866, 510862, 510856] })

// Delete from Sent folder
delete_emails({ uids: [510867], folder: "Sent" })

archive_emails

Move emails to Archive folder using UIDs for long-term storage.

Parameters:

  • uids (required): Array of UIDs to archive
  • folder (optional): Source folder (default: 'INBOX')

Response: Success/failure message with accurate count of processed emails

Examples:

// Archive a single email
archive_emails({ uids: [510867] })

// Archive multiple emails
archive_emails({ uids: [510867, 510866, 510862, 510851] })

mark_as_read

Mark emails as read using UIDs by adding the Seen flag.

Parameters:

  • uids (required): Array of UIDs to mark as read
  • folder (optional): Folder containing the emails (default: 'INBOX')

Response: Success/failure message with accurate count of processed emails

Examples:

// Mark a single email as read
mark_as_read({ uids: [510867] })

// Mark multiple emails as read
mark_as_read({ uids: [510867, 510866, 510862, 510851, 510865] })

mark_as_unread

Mark emails as unread using UIDs by removing the Seen flag.

Parameters:

  • uids (required): Array of UIDs to mark as unread
  • folder (optional): Folder containing the emails (default: 'INBOX')

Response: Success/failure message with accurate count of processed emails

Examples:

// Mark a single email as unread
mark_as_unread({ uids: [510867] })

// Mark multiple emails as unread
mark_as_unread({ uids: [510869, 510867, 510866] })

flag_emails

Flag emails as important/starred using UIDs by adding the Flagged flag.

Parameters:

  • uids (required): Array of UIDs to flag
  • folder (optional): Folder containing the emails (default: 'INBOX')

Response: Success/failure message with accurate count of processed emails

Examples:

// Flag a single email
flag_emails({ uids: [510867] })

// Flag multiple emails
flag_emails({ uids: [510851, 510865, 510864] })

unflag_emails

Remove flag/star from emails using UIDs by removing the Flagged flag.

Parameters:

  • uids (required): Array of UIDs to unflag
  • folder (optional): Folder containing the emails (default: 'INBOX')

Response: Success/failure message with accurate count of processed emails

Examples:

// Unflag a single email
unflag_emails({ uids: [510867] })

// Unflag multiple emails
unflag_emails({ uids: [510867, 510866, 510862] })

move_emails

Move emails to a specified folder using UIDs.

Parameters:

  • uids (required): Array of UIDs to move
  • folderName (required): Name of the destination folder (e.g., "Work", "Personal", "Archive")
  • sourceFolder (optional): Source folder (default: 'INBOX')

Response: Success/failure message with accurate count of processed emails

Examples:

// Move a single email to Work folder
move_emails({ uids: [510867], folderName: "Work" })

// Move multiple emails to Personal folder
move_emails({ uids: [510867, 510866, 510862], folderName: "Personal" })

// Move from Sent to Archive
move_emails({ uids: [510867], folderName: "Archive", sourceFolder: "Sent" })

Performance Considerations

Render.com Free Tier

  • Sleep after inactivity: Services sleep after 15 minutes of no requests
  • Wake-up time: First request takes 30-60 seconds
  • Monthly hours: 750 hours/month (enough for moderate use)
  • Upgrade: $7/month for Starter plan (always-on)

IMAP Performance

  • Connection pooling: Each request creates a new IMAP connection
  • Timeout: 30 seconds for connection and auth
  • Rate limiting: Yahoo may throttle excessive requests
  • Recommendation: Cache results on client side when possible

Cross-Platform Compatibility

This project is designed to work seamlessly on:

  • Windows 10/11 with PowerShell or Command Prompt
  • Linux (Ubuntu, Debian, Fedora, etc.)
  • macOS (Intel and Apple Silicon)
  • Docker Desktop (Windows, Mac, Linux)
  • WSL2 (Windows Subsystem for Linux)

Line Endings

  • .gitattributes ensures LF line endings in repository
  • Works correctly on Windows (CRLF) and Linux (LF)
  • Docker uses LF inside containers

Path Handling

  • All paths use forward slashes in code
  • path.join() used for cross-platform compatibility
  • Works with Windows backslashes and Unix forward slashes

Contributing

  1. Fork the repository
  2. Create a feature branch: git checkout -b feature-name
  3. Make your changes
  4. Test on both Windows and Linux (if possible)
  5. Commit: git commit -am "Add feature"
  6. Push: git push origin feature-name
  7. Create a Pull Request

License

MIT License - See LICENSE file for details

Support

Changelog

v3.0.0 (2025-01-18) - UID Migration

BREAKING CHANGES:

  • All tools now use uids parameter instead of sequenceNumbers
  • Response format changed from plain text to structured JSON
  • UIDs are permanent identifiers that don't change when emails are deleted

New Features:

  • Enriched metadata: All emails include uid, size, flags, hasAttachments
  • Pagination support: list_emails accepts offset and limit parameters
  • Advanced search filters: dateFrom, dateTo, sender, unreadOnly parameters
  • Folder support: All tools accept folder parameter (default: INBOX)
  • New tool: list_folders to discover available IMAP folders
  • Enhanced error handling: Better timeout and connection error messages with Render spindown detection

Bug Fixes:

  • CRITICAL: Fixed batch operations bug where only first UID was processed
  • All batch operations now accurately process every UID in the array
  • Success/failure messages now report exact counts of processed emails

Migration Guide:

  • Replace sequenceNumbers with uids in all tool calls
  • Get UIDs from list_emails or search_emails responses
  • Update code to handle JSON responses instead of plain text
  • See "Breaking Changes & Migration Guide" section above for details

v2.0.1 (2025-01-17)

  • Fixed: Enhanced input validation for all email operations
  • Added shared validation helper to prevent IMAP errors with invalid sequence numbers
  • Improved error messages for better debugging

v2.0.0 (2025-01-16)

  • Breaking Change: read_email now uses sequenceNumbers (array) instead of sequenceNumber (single number)
  • Added full email management with batch operations support
  • Seven new tools: delete_emails, archive_emails, mark_as_read, mark_as_unread, flag_emails, unflag_emails, move_emails
  • All modification operations support batch processing
  • Enhanced security with reversible operations (soft delete, no permanent deletion)

v1.0.0 (2025-01-11)

  • Initial release
  • Support for stdio and SSE transports
  • Docker and Docker Compose support
  • Render.com deployment configuration
  • Cross-platform compatibility (Windows/Linux)
  • Three core tools: list_emails, read_email, search_emails

Acknowledgments

FAQ

Q: Can I use this with Gmail or other email providers?

A: Currently, this server is configured for Yahoo Mail. To support other providers, you'd need to modify the IMAP configuration in server.js (lines 166-179).

Q: Is this safe to use with my email account?

A: Yes! The server uses app-specific passwords (not your main password) and all modification operations are reversible. Delete operations move emails to Trash (recoverable), and the server never permanently deletes emails or sends emails on your behalf.

Q: How much does it cost to run on Render?

A: The free tier provides 750 hours/month, which is enough for moderate use. For always-on service, the Starter plan is $7/month.

Q: Can I run this on other cloud platforms?

A: Yes! The Docker configuration works on any platform that supports Docker containers (AWS ECS, Google Cloud Run, Azure Container Instances, Heroku, Fly.io, etc.).

Q: Do I need to keep my computer running?

A: No! Once deployed to Render.com (or another cloud platform), the server runs independently in the cloud.

Q: How do I update the server after deployment?

A: Simply push your changes to GitHub. Render automatically detects the push and redeploys the service.

Q: Can multiple people use the same deployed server?

A: The server connects to a single Yahoo Mail account (the one configured in environment variables). Each user would need their own deployment for their own email account.

Q: What if I forget my app-specific password?

A: You can generate a new one at https://login.yahoo.com/account/security/app-passwords and update it in your Render environment variables (Settings > Environment).

Next Steps

After successful deployment:

  1. ✅ Test the health endpoint
  2. ✅ Connect to Claude.ai
  3. ✅ Try listing your emails
  4. ✅ Read a few emails
  5. ✅ Search your inbox
  6. 🎉 Enjoy your Yahoo Mail MCP server!

Happy Coding! If you have questions or issues, please open an issue on GitHub.