| name | cursor-plugin-resend-react-email |
| description | Use when building HTML email templates with React components, adding a visual email editor to an application using the React Email visual editor, rendering emails to HTML, or sending emails with Resend. Covers welcome emails, password resets, notifications, order confirmations, newsletters, transactional emails, and the embeddable email editor component. |
| metadata | {"version":"0.1.0"} |
React Email
Build and send HTML emails using React components. A modern, component-based approach to email development that works across all major email clients.
Installation
npm i react-email
Or scaffold a new project:
npx create-email@latest
cd react-email-starter
npm install
npm run dev
This works with any package manager (npm, yarn, pnpm, bun) — substitute accordingly.
The dev server runs at localhost:3000 with a preview interface for templates in the emails folder.
Adding to an Existing Project
Install the packages and add a script to your package.json:
{
"scripts": {
"email": "email dev --dir emails --port 3000"
}
}
Make sure the path to the emails folder is relative to the base project directory. Ensure tsconfig.json includes proper support for JSX.
Basic Email Template
Create an email component with proper structure using the Tailwind component for styling:
import {
Html,
Head,
Preview,
Body,
Container,
Heading,
Text,
Button,
Tailwind,
pixelBasedPreset
} from 'react-email';
interface WelcomeEmailProps {
name: string;
verificationUrl: string;
}
export default function WelcomeEmail({ name, verificationUrl }: WelcomeEmailProps) {
return (
<Html lang="en">
<Tailwind
config={{
presets: [pixelBasedPreset],
theme: {
extend: {
colors: {
brand: '#007bff',
},
},
},
}}
>
<Head />
<Body className="bg-gray-100 font-sans">
<Preview>Welcome - Verify your email</Preview>
<Container =>
Welcome!
Hi {name}, thanks for signing up!
Verify Email
);
}
. = {
: ,
:
} ;
{ };
Behavioral Guidelines
- When iterating over the code, only update what the user asked for. Keep the rest intact.
- If the user asks to use media queries, inform them that most email clients don't support them and suggest a different approach.
- Never use template variables (like
{{name}}) directly in TypeScript code. Instead, reference the underlying properties directly. If the user explicitly asks for {{variableName}}, place the mustache string only in PreviewProps, never in the component JSX:
const EmailTemplate = (props) => {
return (
<h1>Hello, {props.variableName}!</h1>
);
}
EmailTemplate.PreviewProps = {
variableName: "{{variableName}}",
};
export default EmailTemplate;
- Never write the
{{variableName}} pattern directly in the component structure. If the user insists, explain that this would make the template invalid.
Essential Components
See references/COMPONENTS.md for complete component documentation.
Core Structure:
Html - Root wrapper with lang attributeHead - Meta elements, styles, fontsBody - Main content wrapperContainer - Outermost centering wrapper (has built-in max-width: 37.5em). Use only once per email.Section - Interior content blocks (no built-in max-width). Use for grouping content inside Container.Row & Column - Multi-column layoutsTailwind - Enables Tailwind CSS utility classes
Content:
Preview - Inbox preview text, always first inside <Body>Heading - h1-h6 headingsText - ParagraphsButton - Styled link buttons (always include box-border)Link - HyperlinksImg - Images (see Static Files section below)Hr - Horizontal dividers
Specialized:
CodeBlock - Syntax-highlighted codeCodeInline - Inline codeMarkdown - Render markdownFont - Custom web fonts
Before Writing Code
When a user requests an email template, ask clarifying questions FIRST if they haven't provided:
- Brand colors - Ask for primary brand color (hex code like #007bff)
- Logo - Ask if they have a logo file and its format (PNG/JPG only - warn if SVG/WEBP)
- Style preference - Professional, casual, or minimal tone
- Production URL - Where will static assets be hosted in production?
Static Files and Images
Directory Structure
Local images must be placed in the static folder inside your emails directory:
project/
├── emails/
│ ├── welcome.tsx
│ └── static/ <-- Images go here
│ └── logo.png
Dev vs Production URLs
Use this pattern for images that work in both dev preview and production:
const baseURL = process.env.NODE_ENV === "production"
? "https://cdn.example.com"
: "";
export default function Email() {
return (
<Img
src={`${baseURL}/static/logo.png`}
alt="Logo"
width="150"
height="50"
/>
);
}
How it works:
- Development:
baseURL is empty, so URL is /static/logo.png - served by React Email's dev server
- Production:
baseURL is the CDN domain, so URL is https://cdn.example.com/static/logo.png
Important: Always ask the user for their production hosting URL. Do not hardcode localhost:3000.
Styling
See references/STYLING.md for comprehensive styling documentation including typography, layout patterns, dark mode, and brand consistency.
Key Rules
- Use
Tailwind with pixelBasedPreset (email clients don't support rem). Import pixelBasedPreset from react-email.
- Never use flexbox or grid — use
Row/Column components or tables for layouts.
- Avoid CSS/Tailwind media queries (
sm:, md:, lg:, xl:) — limited email client support.
- Never use theme selectors (
dark:, light:) — not supported.
- Never use SVG or WEBP images — warn users about rendering issues.
- Always specify border type (
border-solid, border-dashed, etc.) — email clients don't inherit it.
- For single-side borders, reset others first (
border-none border-l border-solid).
Required Classes
| Component | Required Class | Why |
|---|
Button | box-border | Prevents padding from overflowing the button width |
Hr / any border | border-solid (or border-dashed, etc.) | Email clients don't inherit border type |
| Single-side borders | border-none + the side | Resets default borders on other sides |
Structure Notes
- Always define
<Head /> inside <Tailwind> when using Tailwind CSS
<Preview> should always be the first element inside <Body>- Only include props in
PreviewProps that the component actually uses
- Use fixed width/height for known-size elements (logos, icons); responsive sizing (
w-full, h-auto) for content images
Rendering
Convert to HTML
import { render } from 'react-email';
import { WelcomeEmail } from './emails/welcome';
const html = await render(
<WelcomeEmail name="John" verificationUrl="https://example.com/verify" />
);
Convert to Plain Text
const text = await render(<WelcomeEmail name="John" verificationUrl="https://example.com/verify" />, { plainText: true });
Sending
React Email supports sending with any email service provider. See references/SENDING.md for complete sending documentation including Resend, Nodemailer, and SendGrid examples.
Quick example using the Resend SDK:
import { Resend } from 'resend';
import { WelcomeEmail } from './emails/welcome';
const resend = new Resend(process.env.RESEND_API_KEY);
const { data, error } = await resend.emails.send({
from: 'Acme <onboarding@resend.dev>',
to: ['user@example.com'],
subject: 'Welcome to Acme',
react: <WelcomeEmail name="John" verificationUrl="https://example.com/verify" />
});
The Resend Node SDK automatically handles both HTML and plain-text rendering.
CLI Commands
The react-email package provides a CLI accessible via the email command:
| Command | Description |
|---|
email dev --dir <path> --port <port> | Start the preview development server (default: ./emails, port 3000) |
email build --dir <path> | Build the preview app for production deployment |
email start | Run the built preview app |
email export --outDir <path> --pretty --plainText --dir <path> | Export templates to static HTML files |
email resend setup | Connect the CLI to your Resend account via API key |
email resend reset | Remove the stored Resend API key |
Internationalization
See references/I18N.md for complete i18n documentation. React Email supports three libraries: next-intl, react-i18next, and react-intl.
Email Editor
React Email includes a visual editor (@react-email/editor) that can be embedded in your app. It's built on TipTap/ProseMirror and produces email-ready HTML.
See references/EDITOR.md for complete documentation including:
EmailEditor — batteries-included component with bubble menus, slash commands, and themingStarterKit — 35+ email-aware extensions (headings, lists, tables, columns, buttons, etc.)Inspector — contextual sidebar for editing stylesEmailTheming — built-in themes (basic, minimal) with customizable CSS propertiescomposeReactEmail — export editor content to email-ready HTML and plain text- Custom extensions via
EmailNode and EmailMark
Quick example:
import { EmailEditor, type EmailEditorRef } from '@react-email/editor';
import '@react-email/editor/themes/default.css';
import { useRef } from 'react';
export function MyEditor() {
const ref = useRef<EmailEditorRef>(null);
return (
<EmailEditor
ref={ref}
content="<p>Start typing...</p>"
theme="basic"
/>
);
}
Common Patterns
See references/PATTERNS.md for complete examples including:
- Password reset emails
- Order confirmations with product lists
- Notification emails with code blocks
- Multi-column layouts
- Team invitation emails
Email Best Practices
- Test across email clients - Gmail, Outlook, Apple Mail, Yahoo Mail
- Keep it responsive - Max-width around 600px, test on mobile
- Use absolute image URLs - Host on reliable CDN
- Write meaningful alt text - Describe purpose and details for content images; use
alt="" for decorative images (spacers, dividers, background flourishes). React Email's <Img> defaults to alt="".
- Provide plain text version - Required for accessibility
- Keep file size under 102KB - Gmail clips larger emails
- Add proper TypeScript types - Define interfaces for all email props
- Include preview props - Add
.PreviewProps for development testing
- Use verified domains - For production
from addresses
Accessibility
React Email handles the structural defaults; the rest is content.
What React Email gives you for free:
<Html> sets lang and dir (defaults: lang="en" dir="ltr" — override per locale)<Img> defaults to alt="" so decorative images are skipped by screen readers<Markdown> renders layout tables with role="presentation"<Preview> also emits a <title> tag
Upgrade with npm install react-email@latest to get these defaults.
What you still have to do (content choices):
- Open with a single
<Heading as="h1">, nest subheadings in order, never skip levels (very short SMS-style emails may skip the heading entirely)
- Set descriptive
alt on meaningful images; pass an explicit alt="" on decorative images — never omit the attribute
- Linked images are never decorative. When an
<Img> is inside a <Link> or <Button>, the alt must describe where the link goes — alt="" on a linked image leaves the link with no accessible name
- Write link text that describes the destination (
<Button>Read the report</Button>, not click here)
- Hit 4.5:1 text contrast (WCAG AA); preview in dark mode
- For layout tables you build by hand (outside
<Markdown>), add role="presentation"
- For non-English emails, pass the locale:
<Html lang={locale} dir={isRTL ? 'rtl' : 'ltr'}> (see I18N.md)
For the full rule set, severity ranking, and authoring checklist, see the accessibility reference in the email-best-practices skill.
Additional Resources
