Back to Browse

Mailtype Api MCP Server

Developer ToolsLow Risk10.0MCP RegistryRemote
Free

Server data from the Official MCP Registry

Email-domain intelligence: MX capability, provider, disposable status, SPF, DMARC, and MTA-STS.

About

Email-domain intelligence: MX capability, provider, disposable status, SPF, DMARC, and MTA-STS.

Remote endpoints: streamable-http: https://mailtype-api.onrender.com/mcp

Security Report

10.0
Low Risk10.0Low Risk

Valid MCP server (1 strong, 1 medium validity signals). No known CVEs in dependencies. Imported from the Official MCP Registry.

Endpoint verified · Requires authentication · 1 issue found

Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.

Permissions Required

This plugin requests these system permissions. Most are normal for its category.

env_vars

Check that this permission is expected for this type of plugin.

HTTP Network Access

Connects to external APIs or services over the internet.

How to Connect

Remote Plugin

No local installation needed. Your AI client connects to the remote endpoint directly.

Add this to your MCP configuration to connect:

{
  "mcpServers": {
    "io-github-gsterlingpress-mailtype": {
      "url": "https://mailtype-api.onrender.com/mcp"
    }
  }
}

Documentation

View on GitHub

From the project's GitHub README.

MAILTYPE

Email/domain → objective mail capability intelligence.

MAILTYPE is a tiny REST + MCP API for applications that need fast, objective domain-level email infrastructure answers before accepting, storing, routing, or acting on an email address.

Live API: https://mailtype-api.onrender.com/docs
OpenAPI: https://mailtype-api.onrender.com/openapi.json
Playground: https://mailtype-api.onrender.com/play?q=gmail.com
MCP endpoint: https://mailtype-api.onrender.com/mcp

What it returns

  • DOMAIN_EXISTS
  • CAN_RECEIVE_MAIL
  • MX records and provider
  • disposable-domain evidence
  • SPF
  • DMARC
  • MTA-STS
  • confidence, evidence, and checked_at

Why MAILTYPE

MAILTYPE deliberately does not perform SMTP probing or claim that an individual mailbox exists. It answers the cheaper, objective domain-level questions that software often needs first. UNKNOWN is a valid answer whenever the evidence is insufficient.

REST

curl -H "X-API-Key: YOUR_KEY" \
  https://mailtype-api.onrender.com/v1/domain/gmail.com

curl -H "X-API-Key: YOUR_KEY" \
  https://mailtype-api.onrender.com/v1/email/person@gmail.com

MCP

Endpoint: POST https://mailtype-api.onrender.com/mcp

Tool: inspect_mail_domain

Input:

{"input":"gmail.com"}

Public discovery endpoints

Data and standards

MAILTYPE uses DNS evidence plus a maintained legally reusable disposable-domain dataset. The API exposes its methodology and source disclosure publicly. Relevant standards include RFC 5321, RFC 7505 (Null MX), RFC 7208 (SPF), RFC 7489 (DMARC), and RFC 8461 (MTA-STS).

Hard boundary

MAILTYPE does not verify that a mailbox exists, connect to recipient SMTP servers, send email, infer deliverability from opaque scores, or claim CAN_RECEIVE_MAIL=YES without explicit MX evidence. If a domain exists but explicit MX evidence is insufficient, MAILTYPE returns UNKNOWN.

Stranger Verification Standard

Our own tests, health probes, validators, uptime traffic, and known internal callers do not count as adoption. A tool call alone does not automatically become a verified stranger; outside calls remain unverified until evidence supports credible real use.

Keywords

email API · domain API · MX lookup API · disposable email domain API · SPF API · DMARC API · MTA-STS API · email infrastructure · email validation preflight · MCP server · developer API

Reviews

No reviews yet

Be the first to review this server!