Bounceban vs Email Spam Tester — MCP Server Comparison | AllMCPs
Bounceban vs Email Spam Tester
A side-by-side look at the Bounceban and Email Spam Tester MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.
Verdict: choose Bounceban for communication work as a local process; choose Email Spam Tester for communication over a hosted endpoint. You can also run both side by side in one mcpServers block.
Which MCP server should you choose?
B
Choose Bounceban when
You need dedicated capabilities in the Communication domain.
get_test_addressReserve a single-use address to send a draft email to, for a full check.
Returns the address and the URL its report will appear at. The address
accepts exactly one message and expires after an hour. The email has to be
sent by the person, from the platform or mailbox they really send from:
half the checks read what that platform adds. The report covers 42 checks
(SPF, DKIM, DMARC, reverse DNS, TLS, blocklists, content, links, the
Gmail and Yahoo bulk-sender rules) and a plan of what to fix.
lang is decided now because the message arrives minutes later over SMTP,
which carries no hint of who is waiting for it. What wait_for_report
returns quotes check lines in English whatever it is set to; the person
following report_url sees their own language.
wait_for_reportWait until the message arrives and has been analysed, then summarise it.
Call it after the email has been sent to the address from
get_test_address. Blocks rather than returning "not ready yet": an agent
told to poll writes a sleep loop and usually gives up before the analysis
finishes. Provider placement keeps filling in for up to 30 minutes after
the report; get_report reads the latest.
get_reportRead a report by its slug without waiting, with provider placement so far.
Works for one-hour tests and for letters in the person's series mailboxes.
get_message_sourceThe message exactly as it was received: headers, both bodies, source.
Useful when a finding points at a header and the agent needs to see what it
actually sent rather than what it believes it sent, or to find the
confirmation link in a welcome letter.
Ready-to-paste client configs
Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.
Bounceban is categorized under Communication and uses a local stdio subprocess. Email Spam Tester belongs to Communication and uses a remote HTTP/SSE transport. Pick Bounceban for communication work and Email Spam Tester for communication.
Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.
Bounceban is bring-your-own-key: usage is billed by the API provider you supply a key for. Auth: api key required. Email Spam Tester is listed as free. Auth: no auth required. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.
Yes. MCP clients support multiple servers: add bounceban and email-spam-tester as separate keys in the same mcpServers object, and your assistant will call tools from either one.
On AllMCPs, Bounceban has a quality signal of 52/100 (Good) with 0 views, 0 installs and 0 GitHub stars. Email Spam Tester has 82/100 (Excellent) with 6 views, 0 installs and 2 GitHub stars.