TempMail SDK
Temp Mail API client, generated from the OpenAPI spec.
This is an unofficial SDK for the Temp Mail public API, generated by Voxgig with @voxgig/sdkgen. It is not affiliated with, endorsed by, or sponsored by the upstream API provider.
TypeScript, Python, PHP, Golang, Ruby, Lua SDKs, a CLI, an interactive REPL, and an MCP server for AI agents — all generated from one OpenAPI spec by @voxgig/sdkgen.
Entities, not endpoints
This SDK exposes the API as a small set of semantic entities — Email and Mailbox — that you
call directly, instead of assembling URL paths and query strings. Entities are
Capitalised to mark them as the primary surface, each with the operations they
support (list, create):
const client = new TempMailSDK()
const items = await client.Email().list()
Thinking in entities keeps the mental model small — for people and AI agents alike — rather than reasoning about raw HTTP routes and query parameters.
Packages
| Language | Package | Install |
|---|---|---|
| TypeScript | @voxgig-sdk/temp-mail | publish pending — install from git tag |
| Python | voxgig-sdk-temp-mail | publish pending — install from git tag |
| PHP | voxgig-sdk/temp-mail | publish pending — install from git tag |
| Golang | github.com/voxgig-sdk/temp-mail-sdk/go | go get github.com/voxgig-sdk/temp-mail-sdk/go@latest |
| Ruby | voxgig-sdk-temp-mail | publish pending — install from git tag |
| Lua | voxgig-sdk-temp-mail | publish pending — install from git tag |
Quickstart
TypeScript
import { TempMailSDK } from '@voxgig-sdk/temp-mail'
const client = new TempMailSDK({
apikey: process.env.TEMP_MAIL_APIKEY,
})
// List all emails (returns Email[])
const emails = await client.Email().list()
for (const email of emails) {
console.log(email)
}
See the TypeScript README for the full guide.
Surfaces
| Surface | Path |
|---|---|
| SDK (TypeScript, Python, PHP, Golang, Ruby, Lua) | ts/ py/ php/ go/ rb/ lua/ |
| CLI | go-cli/ |
| MCP server | go-mcp/ |
Use it from an AI agent (MCP)
The generated MCP server exposes every operation in this SDK as an MCP tool that Claude, Cursor or Cline can call directly. Build and register it:
cd go-mcp && go build -o temp-mail-mcp .
Then add it to your agent’s MCP config (Claude Desktop, Cursor, etc.):
{
"mcpServers": {
"temp-mail": {
"command": "/abs/path/to/temp-mail-mcp"
}
}
}
Entities
The API exposes 2 entities:
| Entity | Description | API path |
|---|---|---|
| The Email entity (list). | /get-emails | |
| Mailbox | The Mailbox entity (create). | /create |
The operations available across these entities are list, create — see each entity’s own list above for exactly which it supports.
Quickstart in other languages
Python
import os
from tempmail_sdk import TempMailSDK
client = TempMailSDK({
"apikey": os.environ.get("TEMP_MAIL_APIKEY"),
})
# List all emails (returns a list, raises on error)
emails = client.Email().list()
for email in emails:
print(email)
PHP
<?php
require_once 'tempmail_sdk.php';
$client = new TempMailSDK([
"apikey" => getenv("TEMP_MAIL_APIKEY"),
]);
// List all emails (returns an array; throws on error)
$emails = $client->Email()->list();
print_r($emails);
Golang
import sdk "github.com/voxgig-sdk/temp-mail-sdk/go"
client := sdk.NewTempMailSDK(map[string]any{
"apikey": os.Getenv("TEMP_MAIL_APIKEY"),
})
// List all emails
emails, err := client.Email(nil).List(nil, nil)
fmt.Println(emails)
Ruby
require_relative "TempMail_sdk"
client = TempMailSDK.new({
"apikey" => ENV["TEMP_MAIL_APIKEY"],
})
# List all emails (returns an Array; raises on error)
emails = client.Email.list
puts emails
Lua
local sdk = require("temp-mail_sdk")
local client = sdk.new({
apikey = os.getenv("TEMP_MAIL_APIKEY"),
})
-- List all emails
local emails, err = client:Email():list()
print(emails)
Unit testing in offline mode
Every SDK ships a test mode that swaps the HTTP transport for an in-memory mock, so unit tests run offline.
TypeScript
const client = TempMailSDK.test()
const email = await client.Email().list()
// email is a bare Email populated with mock data
console.log(email)
Python
client = TempMailSDK.test()
email = client.Email().list()
print(email)
PHP
// Seed fixture data so offline calls resolve without a live server.
$client = TempMailSDK::test([
"entity" => ["email" => ["test01" => []]],
]);
$email = $client->Email()->list();
Golang
client := sdk.Test()
result, err := client.Email(nil).List(
nil, nil,
)
Ruby
# Seed fixture data so offline calls resolve without a live server.
client = TempMailSDK.test({
"entity" => { "email" => { "test01" => {} } },
})
email = client.Email.list()
Lua
local client = sdk.test()
local result, err = client:Email():list()
Direct and prepare
For endpoints the entity model doesn’t cover, use the low-level methods:
direct(fetchargs)— build and send an HTTP request in one step.prepare(fetchargs)— build the request without sending it.
Both accept a map with path, method, params, query,
headers, and body. See the How-to guides below.
How-to guides
Make a direct API call
When the entity interface does not cover an endpoint, use direct:
TypeScript:
const result = await client.direct({
path: '/api/resource/{id}',
method: 'GET',
params: { id: 'example' },
})
if (result instanceof Error) {
throw result
}
console.log(result.data)
Python:
result = client.direct({
"path": "/api/resource/{id}",
"method": "GET",
"params": {"id": "example"},
})
PHP:
$result = $client->direct([
"path" => "/api/resource/{id}",
"method" => "GET",
"params" => ["id" => "example"],
]);
Go:
result, err := client.Direct(map[string]any{
"path": "/api/resource/{id}",
"method": "GET",
"params": map[string]any{"id": "example"},
})
Ruby:
result = client.direct({
"path" => "/api/resource/{id}",
"method" => "GET",
"params" => { "id" => "example" },
})
Lua:
local result, err = client:direct({
path = "/api/resource/{id}",
method = "GET",
params = { id = "example" },
})
Advanced
Everyday use only needs the sections above. This explains the internals behind every call — relevant when writing custom features.
Every SDK call runs the same five-stage pipeline:
- Point — resolve the API endpoint from the operation definition.
- Spec — build the HTTP specification (URL, method, headers, body).
- Request — send the HTTP request.
- Response — receive and parse the response.
- Result — extract the result data for the caller.
A feature hook fires at each stage (e.g. PrePoint, PreSpec,
PreRequest), so features can inspect or modify the pipeline without
forking the SDK.
Features
| Feature | Purpose |
|---|---|
| TestFeature | In-memory mock transport for testing without a live server |
Pass custom features via the extend option at construction time.
Per-language documentation
Upstream API
This SDK is generated from the upstream OpenAPI specification. It is an unofficial client and is not affiliated with the API provider.
- Upstream API: https://www.juheapi.com/api-catalog/temp-mail
Security
Please report security issues to security@voxgig.com. See SECURITY.md. Do not open public issues for suspected vulnerabilities.
Generated from the Temp Mail API OpenAPI spec by @voxgig/sdkgen.