TempmailApi2 SDK
Tempmail API client, generated from the OpenAPI spec.
This is an unofficial SDK for the Tempmail 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 — Domain, Email and Inbox — 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, load, create, remove):
const client = new TempmailApi2SDK()
const items = await client.Domain().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/tempmail-api2 | publish pending — install from git tag |
| Python | voxgig-sdk-tempmail-api2 | publish pending — install from git tag |
| PHP | voxgig-sdk/tempmail-api2 | publish pending — install from git tag |
| Golang | github.com/voxgig-sdk/tempmail-api2-sdk/go | go get github.com/voxgig-sdk/tempmail-api2-sdk/go@latest |
| Ruby | voxgig-sdk-tempmail-api2 | publish pending — install from git tag |
| Lua | voxgig-sdk-tempmail-api2 | publish pending — install from git tag |
Quickstart
TypeScript
import { TempmailApi2SDK } from '@voxgig-sdk/tempmail-api2'
const client = new TempmailApi2SDK()
// List all domains (returns Domain[])
const domains = await client.Domain().list()
for (const domain of domains) {
console.log(domain)
}
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 tempmail-api2-mcp .
Then add it to your agent’s MCP config (Claude Desktop, Cursor, etc.):
{
"mcpServers": {
"tempmail-api2": {
"command": "/abs/path/to/tempmail-api2-mcp"
}
}
}
Entities
The API exposes 3 entities:
| Entity | Description | API path |
|---|---|---|
| Domain | The Domain entity (list). | /domains |
| The Email entity (list, remove). | /inbox/{token}/{emailId} | |
| Inbox | The Inbox entity (create, load, remove). | /inbox/create |
The operations available across these entities are load, list, create, remove — see each entity’s own list above for exactly which it supports.
Quickstart in other languages
Python
from tempmailapi2_sdk import TempmailApi2SDK
client = TempmailApi2SDK()
# List all domains (returns a list, raises on error)
domains = client.Domain().list()
for domain in domains:
print(domain)
PHP
<?php
require_once 'tempmailapi2_sdk.php';
$client = new TempmailApi2SDK();
// List all domains (returns an array; throws on error)
$domains = $client->Domain()->list();
print_r($domains);
Golang
import sdk "github.com/voxgig-sdk/tempmail-api2-sdk/go"
client := sdk.New()
// List all domains
domains, err := client.Domain(nil).List(nil, nil)
fmt.Println(domains)
Ruby
require_relative "TempmailApi2_sdk"
client = TempmailApi2SDK.new
# List all domains (returns an Array; raises on error)
domains = client.Domain.list
puts domains
Lua
local sdk = require("tempmail-api2_sdk")
local client = sdk.new()
-- List all domains
local domains, err = client:Domain():list()
print(domains)
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 = TempmailApi2SDK.test()
const domain = await client.Domain().list()
// domain is a bare Domain populated with mock data
console.log(domain)
Python
client = TempmailApi2SDK.test()
domain = client.Domain().list()
print(domain)
PHP
// Seed fixture data so offline calls resolve without a live server.
$client = TempmailApi2SDK::test([
"entity" => ["domain" => ["test01" => []]],
]);
$domain = $client->Domain()->list();
Golang
client := sdk.Test()
result, err := client.Domain(nil).List(
nil, nil,
)
Ruby
# Seed fixture data so offline calls resolve without a live server.
client = TempmailApi2SDK.test({
"entity" => { "domain" => { "test01" => {} } },
})
domain = client.Domain.list()
Lua
local client = sdk.test()
local result, err = client:Domain():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://tempmail.lol
Security
Please report security issues to security@voxgig.com. See SECURITY.md. Do not open public issues for suspected vulnerabilities.
Generated from the Tempmail API OpenAPI spec by @voxgig/sdkgen.