@emailens/mcp 0.11.0 → 0.12.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -1,324 +1,327 @@
1
- <div align="center">
2
-
3
- <picture>
4
- <source media="(prefers-color-scheme: dark)" srcset="./docs/wordmark-dark.svg">
5
- <img src="./docs/wordmark-light.svg" alt="emailens / mcp" width="444">
6
- </picture>
7
-
8
- **Email rendering analysis for AI assistants**
9
-
10
- [![CI](https://github.com/emailens/mcp/actions/workflows/ci.yml/badge.svg)](https://github.com/emailens/mcp/actions/workflows/ci.yml)
11
- [![npm](https://img.shields.io/npm/v/@emailens/mcp)](https://www.npmjs.com/package/@emailens/mcp)
12
- [![license](https://img.shields.io/npm/l/@emailens/mcp)](./LICENSE)
13
- [![MCP Registry](https://img.shields.io/badge/MCP-Registry-blue)](https://registry.modelcontextprotocol.io)
14
- [![Smithery](https://smithery.ai/badge/@emailens/emailens-mcp)](https://smithery.ai/server/emailens/emailens-mcp)
15
- [![GitHub stars](https://img.shields.io/github/stars/emailens/mcp?style=flat)](https://github.com/emailens/mcp/stargazers)
16
-
17
- </div>
18
-
19
- MCP server for email compatibility analysis. Analyze, preview, diff, and fix emails across 21 email clients, plus capture real screenshots and create shareable links with an optional API key.
20
-
21
- Send **HTML, MJML, Maizzle or React Email**. Set `format` and the template is compiled before analysis, so what gets checked is the HTML your readers actually receive.
22
-
23
- Why your assistant needs this: across the 298 CSS and HTML features we track, only 6 are fully supported in every major email client ([see the data](https://emailens.dev/email-css/report)). Ask Claude to check your email before you send it.
24
-
25
- Built on [`@emailens/engine`](https://github.com/emailens/engine). Also available as a [GitHub Action](https://github.com/marketplace/actions/emailens-email-preview-check).
26
-
27
- ## Install
28
-
29
- ```bash
30
- npx -y @emailens/mcp
31
- ```
32
-
33
- ## Setup
34
-
35
- ### Claude Desktop
36
-
37
- Add to `claude_desktop_config.json`:
38
-
39
- ```json
40
- {
41
- "mcpServers": {
42
- "emailens": {
43
- "command": "npx",
44
- "args": ["-y", "@emailens/mcp"]
45
- }
46
- }
47
- }
48
- ```
49
-
50
- ### Claude Code
51
-
52
- ```bash
53
- claude mcp add emailens -- npx -y @emailens/mcp
54
- ```
55
-
56
- ### With API Key (optional, unlocks screenshots + sharing)
57
-
58
- ```json
59
- {
60
- "mcpServers": {
61
- "emailens": {
62
- "command": "npx",
63
- "args": ["-y", "@emailens/mcp"],
64
- "env": {
65
- "EMAILENS_API_KEY": "ek_live_..."
66
- }
67
- }
68
- }
69
- }
70
- ```
71
-
72
- Get your free API key at [emailens.dev/settings/api-keys](https://emailens.dev/settings/api-keys).
73
-
74
- ### Remote (no install)
75
-
76
- Use the hosted endpoint: no npm or Node.js needed. API key required.
77
-
78
- ```json
79
- {
80
- "mcpServers": {
81
- "emailens": {
82
- "url": "https://app.emailens.dev/api/mcp",
83
- "headers": {
84
- "Authorization": "Bearer ek_live_..."
85
- }
86
- }
87
- }
88
- }
89
- ```
90
-
91
- ## Tools
92
-
93
- ### Local Tools (no account needed)
94
-
95
- #### `preview_email`
96
-
97
- Full email compatibility preview: transforms HTML for 21 clients, analyzes CSS, generates scores, simulates dark mode, checks inbox preview and email size.
98
-
99
- | Parameter | Type | Required | Description |
100
- |---|---|---|---|
101
- | `html` | string | Yes | Email HTML source |
102
- | `clients` | string[] | No | Filter to specific client IDs |
103
- | `format` | enum | No | `"html"`, `"jsx"`, `"mjml"`, `"maizzle"` |
104
-
105
- #### `analyze_email`
106
-
107
- Quick CSS compatibility analysis; returns per-client scores and one finding per problem. Faster than `audit_email` when you only need CSS compatibility.
108
-
109
- | Parameter | Type | Required | Description |
110
- |---|---|---|---|
111
- | `html` | string | Yes | Email HTML source |
112
- | `format` | enum | No | Input format |
113
- | `detail` | enum | No | `"summary"` (default) or `"full"` |
114
- | `clients` | string[] | No | Only report these client IDs |
115
- | `targetingPolicy` | enum | No | `"progressive"` (default), `"strict"`, or `"lenient"` |
116
-
117
- **One finding per problem, not one per client.** The engine reports per client
118
- because a score is per client, and per selector because a fix is per selector.
119
- On an ordinary newsletter `border-radius` arrives twelve times (two clients
120
- that drop it, six selectors that use it) with the same sentence in every copy.
121
- That was 286KB of JSON, about 73,000 tokens, for an 11KB email.
122
-
123
- Findings group by property, severity and message, listing the clients affected,
124
- with positions merged across all of them. The same email now returns 40KB.
125
-
126
- ```json
127
- {
128
- "property": "border-radius",
129
- "severity": "warning",
130
- "clients": ["outlook-windows", "outlook-windows-legacy"],
131
- "message": "Does not support \"border-radius\". Round corners can be used in VML…",
132
- "fixType": "structural",
133
- "hasFix": true,
134
- "loc": { "line": 61, "column": 28, "offset": 2753, "length": 171 },
135
- "alsoAtLines": [62, 64, 75, 78, 87]
136
- }
137
- ```
138
-
139
- Fix snippets are not included; they were 93KB of that 286KB, and `fix_email`
140
- produces them for the issues you decide to act on. `hasFix` tells you one is
141
- available; `fixType` tells you whether the repair is markup or CSS.
142
-
143
- Pass `detail: "full"` for the engine's per-client shape with snippets, and
144
- `clients: ["gmail-web", "outlook-windows"]` to report only what you care about:
145
- the fastest further saving, roughly halving the response for two clients.
146
- Scores stay whole-email either way: narrowing the report does not change what
147
- the email is worth elsewhere. An unknown client ID is rejected by name; an
148
- empty result would read as "this email is fine for that client".
149
-
150
- **Source positions.** For HTML input, every warning carries `loc` (`line`,
151
- `column`, `offset`, `length`) for the first occurrence, plus `alsoAtLines` for
152
- any others, so an assistant can edit the exact source and knows where the rest
153
- are. `audit_email` positions its other findings the same way.
154
-
155
- ```json
156
- {
157
- "property": "border-radius",
158
- "loc": { "line": 7, "column": 8, "offset": 142, "length": 25 },
159
- "alsoAtLines": [12, 19]
160
- }
161
- ```
162
-
163
- Later occurrences are line numbers rather than full positions on purpose: this
164
- response is read by a model paying for every token, and a real newsletter can
165
- produce over a thousand occurrences; carrying them all in full nearly doubles
166
- the payload.
167
-
168
- Positions are reported for `html` input only. JSX, MJML and Maizzle are compiled
169
- before analysis, so a line number would point into generated output rather than
170
- the file you have open: the tools omit it instead of returning one that looks
171
- authoritative.
172
-
173
- #### `audit_email`
174
-
175
- Comprehensive quality audit: CSS compatibility, spam scoring, link validation, accessibility, images, inbox preview, size (Gmail clipping), template variables, content overflow, visual bugs, dark-mode and mobile text contrast, design consistency, and client targeting.
176
-
177
- The last three cover what a light desktop preview cannot show: text that disappears when a client forces dark mode or when the email's own dark block repaints a surface without re-colouring the text on it, contrast below the email's breakpoint, and colours that differ by value but not to a reader.
178
-
179
- | Parameter | Type | Required | Description |
180
- |---|---|---|---|
181
- | `html` | string | Yes | Email HTML source |
182
- | `format` | enum | No | Input format |
183
- | `detail` | enum | No | `"summary"` (default) or `"full"` |
184
- | `clients` | string[] | No | Only report these client IDs |
185
- | `skip` | string[] | No | Checks to skip (e.g. `["spam", "images"]`) |
186
- | `targetingPolicy` | enum | No | `"progressive"` (default), `"strict"`, or `"lenient"` |
187
-
188
- #### `fix_email`
189
-
190
- Generate a structured fix prompt for compatibility issues. Returns markdown with fix instructions that the AI can apply directly.
191
-
192
- | Parameter | Type | Required | Description |
193
- |---|---|---|---|
194
- | `html` | string | Yes | Email HTML to fix |
195
- | `format` | enum | No | Controls fix syntax |
196
- | `scope` | enum | No | `"all"` or `"current"` |
197
- | `selectedClientId` | string | No | Client ID for scoped fixes |
198
-
199
- #### `list_clients`
200
-
201
- List all 21 supported email clients with IDs, names, engines, and dark mode support.
202
-
203
- #### `diff_emails`
204
-
205
- Compare two email HTML versions; shows score changes, fixed issues, and introduced issues per client.
206
-
207
- | Parameter | Type | Required | Description |
208
- |---|---|---|---|
209
- | `before` | string | Yes | Original email HTML |
210
- | `after` | string | Yes | Modified email HTML |
211
- | `format` | enum | No | Input format |
212
-
213
- #### `check_deliverability`
214
-
215
- Check email deliverability for a domain: SPF, DKIM, DMARC, MX, BIMI records with a score and actionable issues.
216
-
217
- | Parameter | Type | Required | Description |
218
- |---|---|---|---|
219
- | `domain` | string | Yes | Domain to check (e.g. `"company.com"`) |
220
-
221
- ### Hosted Tools (require `EMAILENS_API_KEY`)
222
-
223
- #### `capture_screenshots`
224
-
225
- Capture real email screenshots across 21 clients in real browsers. Screenshots are hosted on CDN.
226
-
227
- | Parameter | Type | Required | Description |
228
- |---|---|---|---|
229
- | `html` | string | Yes | Email HTML source |
230
- | `format` | enum | No | Input format |
231
- | `clients` | string[] | No | Filter clients |
232
- | `modes` | string[] | No | `["light"]`, `["dark"]`, or `["light", "dark"]` |
233
- | `title` | string | No | Name for the preview |
234
-
235
- Free plan: 30 previews/day. [Sign up](https://emailens.dev?ref=mcp)
236
-
237
- #### `share_preview`
238
-
239
- Create a shareable link. Recipients see the full analysis without an account.
240
-
241
- | Parameter | Type | Required | Description |
242
- |---|---|---|---|
243
- | `html` | string | Yes | Email HTML source |
244
- | `title` | string | No | Display title |
245
- | `format` | enum | No | Input format |
246
-
247
- Requires Dev plan ($9/mo). Share links expire after 7 days (Dev) or never (Pro).
248
-
249
- ## Template formats
250
-
251
- `format` accepts `html` (the default), `mjml`, `maizzle` and `jsx` (React
252
- Email). `maizzle` is an HTML template or a Vue single-file component. A pasted
253
- Vue file with no `format` is compiled as `maizzle`. Anything but `html` is
254
- compiled before analysis and also decides the syntax the fix snippets come back in.
255
-
256
- Compiling matters more than it sounds. An email client renders the *output*, so
257
- that is what has to be checked: handed a raw `<mjml>` document, an HTML parser
258
- finds no CSS in it and reports a perfectly clean email. An answer like that is
259
- worse than an error, because an assistant will repeat it.
260
-
261
- **The compilers are not bundled.** MJML alone pulls 56MB, and this server is
262
- usually started with `npx`, so the engine keeps them as optional peer
263
- dependencies:
264
-
265
- ```bash
266
- npm install mjml # MJML
267
- npm install @maizzle/framework@5 # Maizzle HTML
268
- npm install @maizzle/framework@6 # Maizzle Vue single-file components
269
- npm install sucrase react @react-email/components @react-email/render # React Email
270
- ```
271
-
272
- They have to be installed where the server runs, which is not always somewhere
273
- you control. If it is not, compile the template yourself and send the resulting
274
- HTML with `format: "html"`: the tools say so when they hit this.
275
-
276
- ## Supported Email Clients (21)
277
-
278
- | Client | ID | Dark Mode | Notes |
279
- |---|---|---|---|
280
- | Gmail | `gmail-web` | Yes | |
281
- | Gmail Android | `gmail-android` | Yes | |
282
- | Gmail iOS | `gmail-ios` | Yes | |
283
- | Outlook 365 | `outlook-web` | Yes | |
284
- | Outlook Windows | `outlook-windows` | No | |
285
- | Outlook Windows Legacy | `outlook-windows-legacy` | No | Deprecated Oct 2026 |
286
- | Outlook iOS | `outlook-ios` | Yes | New in v0.4.0 |
287
- | Outlook Android | `outlook-android` | Yes | New in v0.4.0 |
288
- | Outlook for Mac | `outlook-macos` | Yes | New in v0.10.0 |
289
- | Apple Mail | `apple-mail-macos` | Yes | |
290
- | Apple Mail iOS | `apple-mail-ios` | Yes | |
291
- | Yahoo Mail | `yahoo-mail` | Yes | |
292
- | Yahoo Mail Android | `yahoo-mail-android` | Yes | New in v0.10.0 |
293
- | Yahoo Mail iOS | `yahoo-mail-ios` | Yes | New in v0.10.0 |
294
- | Samsung Mail | `samsung-mail` | Yes | |
295
- | Thunderbird | `thunderbird` | No | |
296
- | HEY Mail | `hey-mail` | Yes | |
297
- | Proton Mail | `protonmail` | Yes | New in v0.10.0 |
298
- | AOL Mail | `aol` | Yes | New in v0.10.0 |
299
- | Fastmail | `fastmail` | Yes | New in v0.10.0 |
300
- | Superhuman | `superhuman` | Yes | |
301
-
302
- ## Releasing
303
-
304
- Two publishes: npm, and the MCP registry. The registry listing sat five
305
- releases behind because nothing pushed `server.json`, so that half is a
306
- workflow now. [RELEASING.md](./RELEASING.md) has the details and the four
307
- places the version has to agree.
308
-
309
- ## Development
310
-
311
- ```bash
312
- bun install
313
- bun run build
314
- bun test
315
- bun run typecheck
316
- ```
317
-
318
- ## License
319
-
320
- MIT
321
-
322
- ---
323
-
324
- If this saved you from an Outlook surprise, [a star](https://github.com/emailens/mcp) helps other email developers find it.
1
+ <div align="center">
2
+
3
+ <picture>
4
+ <source media="(prefers-color-scheme: dark)" srcset="./docs/wordmark-dark.svg">
5
+ <img src="./docs/wordmark-light.svg" alt="emailens / mcp" width="444">
6
+ </picture>
7
+
8
+ **Email rendering analysis for AI assistants**
9
+
10
+ [![CI](https://github.com/emailens/mcp/actions/workflows/ci.yml/badge.svg)](https://github.com/emailens/mcp/actions/workflows/ci.yml)
11
+ [![npm](https://img.shields.io/npm/v/@emailens/mcp)](https://www.npmjs.com/package/@emailens/mcp)
12
+ [![license](https://img.shields.io/npm/l/@emailens/mcp)](./LICENSE)
13
+ [![MCP Registry](https://img.shields.io/badge/MCP-Registry-blue)](https://registry.modelcontextprotocol.io)
14
+ [![Smithery](https://smithery.ai/badge/@emailens/emailens-mcp)](https://smithery.ai/server/emailens/emailens-mcp)
15
+ [![GitHub stars](https://img.shields.io/github/stars/emailens/mcp?style=flat)](https://github.com/emailens/mcp/stargazers)
16
+
17
+ </div>
18
+
19
+ MCP server for email compatibility analysis. Analyze, preview, diff, and fix emails across 21 email clients, plus capture real screenshots and create shareable links with an optional API key.
20
+
21
+ Send **HTML, MJML, Maizzle or React Email**. Set `format` and the template is compiled before analysis, so what gets checked is the HTML your readers actually receive.
22
+
23
+ Why your assistant needs this: across the 298 CSS and HTML features we track, only 6 are fully supported in every major email client ([see the data](https://emailens.dev/email-css/report)). Ask Claude to check your email before you send it.
24
+
25
+ Built on [`@emailens/engine`](https://github.com/emailens/engine). Also available as a [GitHub Action](https://github.com/marketplace/actions/emailens-email-preview-check).
26
+
27
+ ## Install
28
+
29
+ ```bash
30
+ npx -y @emailens/mcp
31
+ ```
32
+
33
+ ## Setup
34
+
35
+ ### Claude Desktop
36
+
37
+ Add to `claude_desktop_config.json`:
38
+
39
+ ```json
40
+ {
41
+ "mcpServers": {
42
+ "emailens": {
43
+ "command": "npx",
44
+ "args": ["-y", "@emailens/mcp"]
45
+ }
46
+ }
47
+ }
48
+ ```
49
+
50
+ ### Claude Code
51
+
52
+ ```bash
53
+ claude mcp add emailens -- npx -y @emailens/mcp
54
+ ```
55
+
56
+ ### With API Key (optional, unlocks screenshots + sharing)
57
+
58
+ ```json
59
+ {
60
+ "mcpServers": {
61
+ "emailens": {
62
+ "command": "npx",
63
+ "args": ["-y", "@emailens/mcp"],
64
+ "env": {
65
+ "EMAILENS_API_KEY": "ek_live_..."
66
+ }
67
+ }
68
+ }
69
+ }
70
+ ```
71
+
72
+ Get your free API key at [app.emailens.dev/dashboard/api](https://app.emailens.dev/dashboard/api?utm_source=mcp).
73
+
74
+ ### Remote (no install)
75
+
76
+ Use the hosted endpoint: no npm or Node.js needed. API key required.
77
+
78
+ ```json
79
+ {
80
+ "mcpServers": {
81
+ "emailens": {
82
+ "url": "https://app.emailens.dev/api/mcp",
83
+ "headers": {
84
+ "Authorization": "Bearer ek_live_..."
85
+ }
86
+ }
87
+ }
88
+ }
89
+ ```
90
+
91
+ ## Tools
92
+
93
+ ### Local Tools (no account needed)
94
+
95
+ #### `preview_email`
96
+
97
+ Full email compatibility preview: transforms HTML for 21 clients, analyzes CSS, generates scores, simulates dark mode, checks inbox preview and email size.
98
+
99
+ | Parameter | Type | Required | Description |
100
+ |---|---|---|---|
101
+ | `html` | string | Yes | Email HTML source |
102
+ | `clients` | string[] | No | Filter to specific client IDs |
103
+ | `format` | enum | No | `"html"`, `"jsx"`, `"mjml"`, `"maizzle"` |
104
+
105
+ #### `analyze_email`
106
+
107
+ Quick CSS compatibility analysis; returns per-client scores and one finding per problem. Faster than `audit_email` when you only need CSS compatibility.
108
+
109
+ | Parameter | Type | Required | Description |
110
+ |---|---|---|---|
111
+ | `html` | string | Yes | Email HTML source |
112
+ | `format` | enum | No | Input format |
113
+ | `detail` | enum | No | `"summary"` (default) or `"full"` |
114
+ | `clients` | string[] | No | Only report these client IDs |
115
+ | `targetingPolicy` | enum | No | `"progressive"` (default), `"strict"`, or `"lenient"` |
116
+
117
+ **One finding per problem, not one per client.** The engine reports per client
118
+ because a score is per client, and per selector because a fix is per selector.
119
+ On an ordinary newsletter `border-radius` arrives twelve times (two clients
120
+ that drop it, six selectors that use it) with the same sentence in every copy.
121
+ That was 286KB of JSON, about 73,000 tokens, for an 11KB email.
122
+
123
+ Findings group by property, severity and message, listing the clients affected,
124
+ with positions merged across all of them. The same email now returns 40KB.
125
+
126
+ ```json
127
+ {
128
+ "property": "border-radius",
129
+ "severity": "warning",
130
+ "clients": ["outlook-windows", "outlook-windows-legacy"],
131
+ "message": "Does not support \"border-radius\". Round corners can be used in VML…",
132
+ "fixType": "structural",
133
+ "hasFix": true,
134
+ "loc": { "line": 61, "column": 28, "offset": 2753, "length": 171 },
135
+ "alsoAtLines": [62, 64, 75, 78, 87]
136
+ }
137
+ ```
138
+
139
+ Fix snippets are not included; they were 93KB of that 286KB, and `fix_email`
140
+ produces them for the issues you decide to act on. `hasFix` tells you one is
141
+ available; `fixType` tells you whether the repair is markup or CSS.
142
+
143
+ Pass `detail: "full"` for the engine's per-client shape with snippets, and
144
+ `clients: ["gmail-web", "outlook-windows"]` to report only what you care about:
145
+ the fastest further saving, roughly halving the response for two clients.
146
+ Scores stay whole-email either way: narrowing the report does not change what
147
+ the email is worth elsewhere. An unknown client ID is rejected by name; an
148
+ empty result would read as "this email is fine for that client".
149
+
150
+ **Source positions.** For HTML input, every warning carries `loc` (`line`,
151
+ `column`, `offset`, `length`) for the first occurrence, plus `alsoAtLines` for
152
+ any others, so an assistant can edit the exact source and knows where the rest
153
+ are. `audit_email` positions its other findings the same way.
154
+
155
+ ```json
156
+ {
157
+ "property": "border-radius",
158
+ "loc": { "line": 7, "column": 8, "offset": 142, "length": 25 },
159
+ "alsoAtLines": [12, 19]
160
+ }
161
+ ```
162
+
163
+ Later occurrences are line numbers rather than full positions on purpose: this
164
+ response is read by a model paying for every token, and a real newsletter can
165
+ produce over a thousand occurrences; carrying them all in full nearly doubles
166
+ the payload.
167
+
168
+ Positions are reported for `html` input only. JSX, MJML and Maizzle are compiled
169
+ before analysis, so a line number would point into generated output rather than
170
+ the file you have open: the tools omit it instead of returning one that looks
171
+ authoritative.
172
+
173
+ #### `audit_email`
174
+
175
+ Comprehensive quality audit: CSS compatibility, spam scoring, link validation, accessibility, images, inbox preview, size (Gmail clipping), template variables, content overflow, visual bugs, dark-mode and mobile text contrast, design consistency, and client targeting.
176
+
177
+ The last three cover what a light desktop preview cannot show: text that disappears when a client forces dark mode or when the email's own dark block repaints a surface without re-colouring the text on it, contrast below the email's breakpoint, and colours that differ by value but not to a reader.
178
+
179
+ | Parameter | Type | Required | Description |
180
+ |---|---|---|---|
181
+ | `html` | string | Yes | Email HTML source |
182
+ | `format` | enum | No | Input format |
183
+ | `detail` | enum | No | `"summary"` (default) or `"full"` |
184
+ | `clients` | string[] | No | Only report these client IDs |
185
+ | `skip` | string[] | No | Checks to skip (e.g. `["spam", "images"]`) |
186
+ | `targetingPolicy` | enum | No | `"progressive"` (default), `"strict"`, or `"lenient"` |
187
+ | `emailType` | enum | No | `"transactional"` (no unsubscribe link required) or `"marketing"`. Omitted: guessed from the content |
188
+
189
+ Fix `error` and `warning` findings. `info` findings are not problems: the email falls back safely there, so never remove responsive (`@media`) or dark-mode CSS to clear them.
190
+
191
+ #### `fix_email`
192
+
193
+ Generate a structured fix prompt for compatibility issues. Returns markdown with fix instructions that the AI can apply directly.
194
+
195
+ | Parameter | Type | Required | Description |
196
+ |---|---|---|---|
197
+ | `html` | string | Yes | Email HTML to fix |
198
+ | `format` | enum | No | Controls fix syntax |
199
+ | `scope` | enum | No | `"all"` or `"current"` |
200
+ | `selectedClientId` | string | No | Client ID for scoped fixes |
201
+
202
+ #### `list_clients`
203
+
204
+ List all 21 supported email clients with IDs, names, engines, and dark mode support.
205
+
206
+ #### `diff_emails`
207
+
208
+ Compare two email HTML versions; shows score changes, fixed issues, and introduced issues per client.
209
+
210
+ | Parameter | Type | Required | Description |
211
+ |---|---|---|---|
212
+ | `before` | string | Yes | Original email HTML |
213
+ | `after` | string | Yes | Modified email HTML |
214
+ | `format` | enum | No | Input format |
215
+
216
+ #### `check_deliverability`
217
+
218
+ Check email deliverability for a domain: SPF, DKIM, DMARC, MX, BIMI records with a score and actionable issues.
219
+
220
+ | Parameter | Type | Required | Description |
221
+ |---|---|---|---|
222
+ | `domain` | string | Yes | Domain to check (e.g. `"company.com"`) |
223
+
224
+ ### Hosted Tools (require `EMAILENS_API_KEY`)
225
+
226
+ #### `capture_screenshots`
227
+
228
+ Capture real email screenshots across 21 clients in real browsers. Screenshots are hosted on CDN.
229
+
230
+ | Parameter | Type | Required | Description |
231
+ |---|---|---|---|
232
+ | `html` | string | Yes | Email HTML source |
233
+ | `format` | enum | No | Input format |
234
+ | `clients` | string[] | No | Filter clients |
235
+ | `modes` | string[] | No | `["light"]`, `["dark"]`, or `["light", "dark"]` |
236
+ | `title` | string | No | Name for the preview |
237
+
238
+ Free plan: 30 previews/day. [Sign up](https://emailens.dev/?utm_source=mcp)
239
+
240
+ #### `share_preview`
241
+
242
+ Create a shareable link. Recipients see the full analysis without an account.
243
+
244
+ | Parameter | Type | Required | Description |
245
+ |---|---|---|---|
246
+ | `html` | string | Yes | Email HTML source |
247
+ | `title` | string | No | Display title |
248
+ | `format` | enum | No | Input format |
249
+
250
+ Requires Dev plan ($9/mo). Share links expire after 7 days (Dev) or never (Pro).
251
+
252
+ ## Template formats
253
+
254
+ `format` accepts `html` (the default), `mjml`, `maizzle` and `jsx` (React
255
+ Email). `maizzle` is an HTML template or a Vue single-file component. A pasted
256
+ Vue file with no `format` is compiled as `maizzle`. Anything but `html` is
257
+ compiled before analysis and also decides the syntax the fix snippets come back in.
258
+
259
+ Compiling matters more than it sounds. An email client renders the *output*, so
260
+ that is what has to be checked: handed a raw `<mjml>` document, an HTML parser
261
+ finds no CSS in it and reports a perfectly clean email. An answer like that is
262
+ worse than an error, because an assistant will repeat it.
263
+
264
+ **The compilers are not bundled.** MJML alone pulls 56MB, and this server is
265
+ usually started with `npx`, so the engine keeps them as optional peer
266
+ dependencies:
267
+
268
+ ```bash
269
+ npm install mjml # MJML
270
+ npm install @maizzle/framework@5 # Maizzle HTML
271
+ npm install @maizzle/framework@6 # Maizzle Vue single-file components
272
+ npm install sucrase react @react-email/components @react-email/render # React Email
273
+ ```
274
+
275
+ They have to be installed where the server runs, which is not always somewhere
276
+ you control. If it is not, compile the template yourself and send the resulting
277
+ HTML with `format: "html"`: the tools say so when they hit this.
278
+
279
+ ## Supported Email Clients (21)
280
+
281
+ | Client | ID | Dark Mode | Notes |
282
+ |---|---|---|---|
283
+ | Gmail | `gmail-web` | Yes | |
284
+ | Gmail Android | `gmail-android` | Yes | |
285
+ | Gmail iOS | `gmail-ios` | Yes | |
286
+ | Outlook 365 | `outlook-web` | Yes | |
287
+ | Outlook Windows | `outlook-windows` | No | |
288
+ | Outlook Windows Legacy | `outlook-windows-legacy` | No | Deprecated Oct 2026 |
289
+ | Outlook iOS | `outlook-ios` | Yes | New in v0.4.0 |
290
+ | Outlook Android | `outlook-android` | Yes | New in v0.4.0 |
291
+ | Outlook for Mac | `outlook-macos` | Yes | New in v0.10.0 |
292
+ | Apple Mail | `apple-mail-macos` | Yes | |
293
+ | Apple Mail iOS | `apple-mail-ios` | Yes | |
294
+ | Yahoo Mail | `yahoo-mail` | Yes | |
295
+ | Yahoo Mail Android | `yahoo-mail-android` | Yes | New in v0.10.0 |
296
+ | Yahoo Mail iOS | `yahoo-mail-ios` | Yes | New in v0.10.0 |
297
+ | Samsung Mail | `samsung-mail` | Yes | |
298
+ | Thunderbird | `thunderbird` | No | |
299
+ | HEY Mail | `hey-mail` | Yes | |
300
+ | Proton Mail | `protonmail` | Yes | New in v0.10.0 |
301
+ | AOL Mail | `aol` | Yes | New in v0.10.0 |
302
+ | Fastmail | `fastmail` | Yes | New in v0.10.0 |
303
+ | Superhuman | `superhuman` | Yes | |
304
+
305
+ ## Releasing
306
+
307
+ Two publishes: npm, and the MCP registry. The registry listing sat five
308
+ releases behind because nothing pushed `server.json`, so that half is a
309
+ workflow now. [RELEASING.md](./RELEASING.md) has the details and the four
310
+ places the version has to agree.
311
+
312
+ ## Development
313
+
314
+ ```bash
315
+ bun install
316
+ bun run build
317
+ bun test
318
+ bun run typecheck
319
+ ```
320
+
321
+ ## License
322
+
323
+ MIT
324
+
325
+ ---
326
+
327
+ If this saved you from an Outlook surprise, [a star](https://github.com/emailens/mcp) helps other email developers find it.