codeprosai

CodePros Email Template Editor gives you full control over the transactional emails sent by WordPress and WooCommerce. Replace the default plain-text or basic HTML emails with pixel-perfect branded templates built in a visual drag-and-drop editor — no coding required.
Key features:
<ul>
<li>Visual drag-and-drop email builder with blocks: heading, text, button, image, divider, spacer, columns, container, footer, and order items table.</li>
<li>Assign templates to 8 WordPress core email types: new user registration (to user and admin), password changed notification, password reset, comment notification, comment moderation, email address change confirmation, and admin email change confirmation.</li>
<li>Full WooCommerce transactional email support — all 16 WooCommerce email types covered.</li>
<li>Per-template control over subject line, preheader text, From Name, and From Email address.</li>
<li>Live preview with real variable data before sending.</li>
<li>Send test emails directly from the admin.</li>
<li>Dynamic variable system: <code>{{order_id}}</code>, <code>{{customer_name}}</code>, <code>{{order_items_table}}</code>, and more — resolved at send time.</li>
<li>CSS inlining for maximum email client compatibility.</li>
<li>WooCommerce email active/inactive toggle — instantly switch between the custom template and WooCommerce default per email type.</li>
<li>Custom hook support (Pro) — intercept any email sent by third-party plugins.</li>
<li>Reusable blocks (Pro) — save any block as a reusable snippet and insert it across multiple templates.</li>
<li>Per-side padding controls on heading, text, image, and columns blocks for precise spacing.</li>
<li>Container block for styled section wrappers with background color, border, and border radius.</li>
<li>Footer block for branded email footers with copyright text and background styling.</li>
</ul>
Built with WordPress-native technology:
<ul>
<li>React admin SPA using <code>@wordpress/scripts</code>.</li>
<li>REST API backend (<code>cpetb/v1</code> namespace).</li>
<li>Custom database table (not post meta) for reliable template storage.</li>
<li>No external dependencies for core features — your email data stays on your server. (Pro license validation contacts the CodePros AI licensing server — see “External Services” below.)</li>
</ul>
<h3>External Services</h3>
This plugin’s core email-building functionality runs entirely on your own server. No data is transmitted to any third party during template creation, preview, or email sending.
The Pro license verification feature contacts an external API operated by CodePros AI (the plugin developer). This is the only external service this plugin uses.
Service: CodePros AI Licensing API 
Endpoint: <code>https://api.wp-plugins.codepros.ai</code> 
Operated by: CodePros AI 
Terms of Service: https://codepros.ai/terms 
Privacy Policy: https://codepros.ai/privacy
When data is transmitted and what is sent:
<ol>
<li>
License Activation — triggered manually when you enter a license key and click “Activate” in the plugin’s License settings screen.
<ul>
<li>Your license key (entered by you)</li>
<li>Your site name (from WordPress Settings → General → Site Title)</li>
<li>Your site URL (from WordPress Settings → General → WordPress Address)</li>
</ul>
</li>
<li>
License Deactivation — triggered manually when you click “Deactivate” in the License settings screen.
<ul>
<li>Your license key</li>
<li>The activation instance ID (a token assigned by the licensing server at activation time, stored in your database)</li>
</ul>
</li>
<li>
License Validation — triggered automatically in the background, at most once every 12 hours, but only when a license key is already stored and was previously active. No data is transmitted if no license key has ever been entered.
<ul>
<li>Your license key</li>
<li>The activation instance ID</li>
</ul>
</li>
</ol>
No data is ever sent if you do not enter a license key. Free-tier users are completely unaffected.
The plugin stores the following license-related data in your WordPress database (wp_options table):

CodePros Email Template Builder

Design beautiful email templates with a drag-and-drop builder and assign them to WordPress & WooCommerce email hooks.

NimblyMail

NimblyMail is a comprehensive SMTP and email logging plugin designed to fix WordPress email deliverability issues. By default, WordPress uses the unreliable PHP <code>mail()</code> function, which often causes emails to land in the spam folder or never deliver. NimblyMail solves this by reconfiguring WordPress to securely route your site’s emails through a proper SMTP server or dedicated email provider.
Whether you need to connect via a standard SMTP host, Gmail OAuth, Microsoft 365 OAuth, Amazon SES, Resend, SendLayer, Brevo, or ZeptoMail, NimblyMail ensures your emails reach the inbox. Plus, with comprehensive email logging, a background queue, a developer sandbox, and an automated deliverability audit, you get full delivery monitoring and one-click troubleshooting.
<h4>At a glance</h4>
<ul>
<li>Nine email providers — SMTP, Gmail OAuth, Outlook / Microsoft 365 OAuth, Amazon SES, Resend, SendLayer, Brevo, ZeptoMail, and PHP mail.</li>
<li>Free Email Logging — Comprehensive log with search, status filters, and one-click resend of failed emails.</li>
<li>Background Queue — Defer wp_mail() calls to a non-blocking queue powered by Action Scheduler, with three-tier priority, exponential backoff retries, and admin tools to retry or cancel pending mail.</li>
<li>Developer Sandbox — Stop staging and local environments from sending real email. Choose Log Only (capture and short-circuit) or Redirect (rewrite every recipient to a single safe address). Optional allowlist for addresses that should bypass the sandbox.</li>
<li>Deliverability Health Audit — Automated DNS-based audit of SPF, DKIM, DMARC, and PTR for the active sender domain, with scheduled checks and human-readable findings per pillar.</li>
<li>Clean, Modern Dashboard — Delivery stats, connection health, queue health widget, deliverability summary, and recent activity at a glance.</li>
<li>Selectively disable WordPress notification emails across 8 categories (over 25 individual triggers).</li>
<li>Failure alerts delivered via PHP’s native <code>mail()</code> so a broken transport can’t silence them.</li>
<li>AES-256-CBC credential encryption with optional PHP-constant overrides in wp-config.php.</li>
<li>First-class WordPress Multisite support with network defaults, per-site overrides, and per-field locks.</li>
<li>Guided setup wizard with auto-detection and one-click import from existing SMTP plugins.</li>
</ul>
<h4>Supported Email Providers</h4>
<ul>
<li>Other SMTP — Connect to any SMTP server (Outlook, Office 365, Mailgun, SendGrid, Zoho, etc.)</li>
<li>Gmail / Google Workspace — Authenticate securely via Google OAuth without managing your own Google Cloud credentials.</li>
<li>Outlook / Microsoft 365 — Authenticate via Microsoft OAuth and send through <code>smtp.office365.com</code> without registering your own Azure application.</li>
<li>Amazon SES — Send via AWS Simple Email Service</li>
<li>Resend — Modern email API for developers</li>
<li>SendLayer — Transactional email delivery service</li>
<li>Brevo — Transactional email API (formerly Sendinblue)</li>
<li>ZeptoMail — Zoho’s transactional email service with regional endpoints</li>
<li>Default (PHP) — Fallback to the built-in PHP mail function</li>
</ul>
<h4>Email Logging</h4>
Every outgoing email is logged with recipient, subject, status, headers, and optional body capture. Search and filter logs by status (sent, failed, pending), resend failed emails with one click, and view full message details in a modal preview.
<h4>Background Queue</h4>
Turn the queue on under NimblyMail > Settings > Mail Queue and every wp_mail() call returns immediately. Messages are persisted to a database queue, dispatched by Action Scheduler in priority order (high / normal / bulk), and retried with exponential backoff on transient failures. Attachments are staged on enqueue so request-scoped tmp files cannot break delayed delivery. The Queue admin screen lists pending and failed items with retry / cancel actions, and the dashboard surfaces a queue-health widget. Test emails and admin alerts continue to send synchronously by default so you always get immediate feedback.
<h4>Developer Sandbox</h4>
Working on a staging copy or local clone? Turn on the sandbox to guarantee no real customer ever receives an accidental email. Pick Log Only to capture and short-circuit every wp_mail() call so they show up in the Email Log without leaving the host, or Redirect to rewrite every recipient to a single safe address with the originals preserved in <code>X-NimblyMail-Original-*</code> headers and a configurable subject prefix. An allowlist (exact email or <code>*@domain.com</code>) lets through addresses you do want delivered for testing. Sandboxing is settings-driven, switchable from the Network Admin on multisite, and visible at a glance via an admin-bar badge.
<h4>Deliverability Health Audit</h4>
NimblyMail runs an automated DNS audit of the active sender domain on a schedule (and on demand) and surfaces the result on the Deliverability page and the dashboard. The audit covers four pillars — SPF, DKIM, DMARC, and PTR — and is mailer-aware: required SPF includes and DKIM selectors are sourced from whichever provider you have configured (Gmail, Outlook 365, SES, etc.), with skip explanations for cases where a check does not apply. Findings are human-readable: each pillar shows pass/warn/fail with a one-line reason and a link to the relevant provider documentation.
<h4>Email Controls</h4>
Selectively disable WordPress notification emails you don’t need — comment notifications, password reset emails, new user registrations, automatic update notices, and more. Over 25 individual email types across 8 categories can be toggled on or off.
<h4>Failure Alerts</h4>
Receive instant alerts when emails fail to deliver. Configure alert recipients with optional CC and BCC addresses. Alerts are sent via PHP’s native mail function to bypass the broken transport.
<h4>Security</h4>
Credentials (SMTP passwords, API keys) are encrypted at rest using AES-256-CBC with HMAC-SHA256 verification. Settings can be locked via PHP constants in wp-config.php, making sensitive fields read-only in the admin UI.
<h4>Settings Import</h4>
Migrating from another SMTP plugin? NimblyMail automatically detects existing SMTP-plugin configurations and offers one-click import through the setup wizard.
<h4>WordPress Multisite</h4>
First-class multisite support. Network-activate the plugin once and every sub-site inherits the network defaults until a site admin explicitly overrides a field. Super admins get a Network Admin → NimblyMail surface with an aggregated dashboard, a sites table, per-field locks, and a per-site override editor.
<h4>Clean Dashboard</h4>
Built with Vue 3 and Ant Design, the dashboard is fast, responsive, and designed to feel native to WordPress. A guided setup wizard helps you configure everything in minutes, while the main dashboard provides a clear overview of your email delivery health.
<h3>Development and source code</h3>
The complete, human-readable source code for NimblyMail is maintained in the public WordPress.org SVN repository for this plugin. Browse it directly in your web browser via the Trac UI:
<ul>
<li>Browse source: https://plugins.trac.wordpress.org/browser/nimblymail-smtp/trunk/</li>
<li>SVN checkout: <code>svn checkout https://plugins.svn.wordpress.org/nimblymail-smtp/trunk/ nimblymail-smtp</code></li>
</ul>
The repository <code>trunk/</code> directory contains:
<ul>
<li><code>src/</code> — the PHP backend (PSR-4 autoloaded, plain readable PHP).</li>
<li><code>apps/</code> — the Vue 3 + TypeScript single-page apps (Dashboard, Settings, Email Logs, Tools, Setup Wizard, Network Admin) that get compiled into the minified bundles under <code>dist/</code>.</li>
<li><code>package.json</code>, <code>package-lock.json</code>, <code>tsconfig.json</code>, <code>tsconfig.node.json</code>, <code>vite.config.ts</code> — the build configuration needed to reproduce the exact <code>dist/</code> bundles.</li>
<li>The current <code>dist/</code> build output plus per-bundle source-map files (<code>*.js.map</code>, <code>*.css.map</code>).</li>
</ul>
The minified JavaScript and CSS files under <code>dist/</code> are produced from the Vue/TypeScript sources under <code>apps/</code> using Vite. To rebuild them yourself from a <code>trunk/</code> checkout:
<ol>
<li>From the plugin directory, run <code>composer install</code> to install PHP dependencies (PSR-4 autoloader + Action Scheduler).</li>
<li>Run <code>npm install</code> to install the JavaScript build dependencies declared in <code>package.json</code>.</li>
<li>Run <code>npm run build</code> to regenerate the <code>dist/</code> bundle from the <code>apps/</code> sources. For local development with hot-module replacement, run <code>npm run dev</code> (Vite dev server) after adding <code>define( 'HMR_DEV', 'nimblymail-smtp' );</code> to your <code>wp-config.php</code>.</li>
</ol>
<h4>How files under `dist/` map to readable source</h4>
Inside the SVN <code>trunk/</code>, every minified JavaScript and CSS file under <code>dist/</code> is accompanied by a <code>.map</code> source-map file (e.g. <code>dist/dashboard.<hash>.js</code> ships with <code>dist/dashboard.<hash>.js.map</code>). The source map fully describes how each minified file was produced from the readable Vue / TypeScript files under <code>apps/</code>, and any modern browser DevTools panel or build tool can use it to inspect the original source line-by-line. The high-level mapping is:
<ul>
<li><code>dist/<entry>.<hash>.js</code> — the entry-point bundle for one of the admin apps. Direct source: <code>apps/<entry>/index.ts</code> (e.g. <code>dist/dashboard.<hash>.js</code> comes from <code>apps/dashboard/index.ts</code>). Entry names are: <code>dashboard</code>, <code>settings</code>, <code>email-logs</code>, <code>queue</code>, <code>tools</code>, <code>wizard</code>, <code>deliverability</code>, <code>network-sites</code>, <code>network-dashboard</code>.</li>
<li><code>dist/chunks/<name>.<hash>.js</code> — shared chunks auto-emitted by Vite/Rollup whenever a module is imported by two or more entry points. They contain no plugin-specific code that is not also visible in the readable sources under <code>apps/</code> (and in <code>node_modules/</code> for upstream dependencies like Vue, Ant Design Vue, Vue Router, and Pinia). The <code>dist/chunks/AppHeader.<hash>.js</code> chunk in particular bundles the shared admin shell (<code>apps/shared/AppHeader.vue</code>, <code>apps/shared/theme.ts</code>, <code>apps/shared/i18n.ts</code>, the Axios HTTP client in <code>apps/shared/api.ts</code>) together with the Vue runtime and Ant Design Vue components, because every admin page imports them.</li>
<li><code>dist/assets/<name>.<hash>.css</code> — compiled CSS extracted from the corresponding Vue Single-File Components under <code>apps/</code>. Source-maps are emitted for these too (<code>*.css.map</code>).</li>
</ul>
The full version history of the plugin is also browsable on its WordPress.org page at https://wordpress.org/plugins/nimblymail-smtp/.
<h3>External services</h3>
NimblyMail does not contact any third-party service on its own. Outbound network requests only happen when you actively configure and select a mailer that uses an external provider, and only at the time of sending an email (or, for OAuth providers, when authorizing the connection).
The plugin connects to the following services depending on which mailer you choose. None of these are contacted unless you select that mailer and enter credentials.
<ul>
<li>
NimblyMail OAuth Proxy (<code>https://oauth.nimblymail.com</code>) — Used only when you choose Gmail or Outlook / Microsoft 365 as your mailer. The proxy is operated by the plugin author (NimblyMail Team) and exists so you don’t have to register your own Google Cloud project or Azure application. Endpoints contacted: <code>https://oauth.nimblymail.com/authorize/{google|microsoft}</code>, <code>https://oauth.nimblymail.com/token/{google|microsoft}</code>, <code>https://oauth.nimblymail.com/refresh/{google|microsoft}</code>, <code>https://oauth.nimblymail.com/revoke/{google|microsoft}</code>. Data sent: your site URL (<code>get_home_url()</code>), an OAuth state value and PKCE challenge generated by the plugin, the authorization code returned by Google/Microsoft after consent, the refresh token (signed with a per-install HMAC secret) on every token refresh. No email content, recipient lists, or message metadata is ever sent to the proxy — actual mail delivery goes directly from your site to Gmail’s / Microsoft’s SMTP servers. NimblyMail Terms of Service: https://nimblymail.com/terms-of-service/ — NimblyMail Privacy Policy: https://nimblymail.com/privacy-policy/
</li>
<li>
Other SMTP — When configured, every email is sent over SMTP to the server you specify (host, port, encryption, credentials). The data sent is the email itself: From / To / CC / BCC / Subject / Body / attachments. The remote SMTP server is operated by you or your provider; NimblyMail does not select it.
</li>
<li>
Gmail / Google Workspace — Uses Google’s OAuth 2.0 service (via the NimblyMail OAuth Proxy described above) to authorize sending, and <code>smtp.gmail.com:587</code> (XOAUTH2) to deliver mail. Direct endpoints contacted: <code>https://accounts.google.com/o/oauth2/v2/auth</code> (consent screen), <code>https://www.googleapis.com/oauth2/v2/userinfo</code> (read the authorized email address for the SASL <code>user=</code> field), <code>smtp.gmail.com</code> (SMTP delivery). Data sent directly to Google: the email envelope and message content at send time. Google Terms of Service: https://policies.google.com/terms — Google Privacy Policy: https://policies.google.com/privacy
</li>
<li>
Outlook / Microsoft 365 — Uses Microsoft’s OAuth 2.0 service (via the NimblyMail OAuth Proxy described above) to authorize sending, and <code>smtp.office365.com:587</code> (XOAUTH2) to deliver mail. Direct endpoints contacted: <code>https://login.microsoftonline.com/common/oauth2/v2.0/authorize</code> (consent screen), <code>https://graph.microsoft.com/v1.0/me</code> (read the authorized email address), <code>smtp.office365.com</code> (SMTP delivery). Data sent directly to Microsoft: the email envelope and message content at send time. Microsoft Services Agreement: https://www.microsoft.com/en/servicesagreement/ — Microsoft Privacy Statement: https://privacy.microsoft.com/privacystatement
</li>
<li>
Amazon SES — When configured, emails are sent over SMTP to the AWS SES endpoint you select (e.g. <code>email-smtp.us-east-1.amazonaws.com</code>). Data sent: email envelope and content, plus AWS access key ID and secret. AWS Service Terms: https://aws.amazon.com/service-terms/ — AWS Privacy Notice: https://aws.amazon.com/privacy/
</li>
<li>
Resend — When configured, emails are sent via HTTPS POST to <code>https://api.resend.com/emails</code>. Data sent: API key, email envelope and content. Resend Terms of Service: https://resend.com/legal/terms-of-service — Resend Privacy Policy: https://resend.com/legal/privacy-policy
</li>
<li>
SendLayer — When configured, emails are sent via HTTPS POST to <code>https://console.sendlayer.com/api/v1/email</code>. Data sent: API key, email envelope and content. SendLayer Terms: https://sendlayer.com/terms-of-service/ — SendLayer Privacy Policy: https://sendlayer.com/privacy-policy/
</li>
<li>
Brevo — When configured, emails are sent via HTTPS POST to <code>https://api.brevo.com/v3/smtp/email</code>. Data sent: API key, email envelope and content. Brevo Terms of Service: https://www.brevo.com/legal/termsofuse/ — Brevo Privacy Policy: https://www.brevo.com/legal/privacypolicy/
</li>
<li>
ZeptoMail — When configured, emails are sent via HTTPS POST to the regional endpoint you select (e.g. <code>https://api.zeptomail.com/v1.1/email</code>, with <code>eu</code>, <code>in</code>, <code>com.cn</code>, or <code>com.au</code> available). Data sent: Send Mail Token, email envelope and content. Zoho Terms of Service: https://www.zoho.com/zeptomail/terms.html — Zoho Privacy Policy: https://www.zoho.com/privacy.html
</li>
<li>
Default (PHP) — No external service. Emails are handed to the PHP <code>mail()</code> function and routed by your server.
</li>
</ul>
In addition, NimblyMail logs each outgoing email locally to a database table on your own WordPress site. No log data is ever transmitted off-site.
The Deliverability Health Audit performs DNS-only lookups for the configured sender domain. When the host’s PHP <code>dns_get_record()</code> is unavailable or restricted, NimblyMail falls back to public DNS-over-HTTPS resolvers (<code>https://cloudflare-dns.com/dns-query</code> and <code>https://dns.google/resolve</code>) to retrieve SPF, DKIM, DMARC, and PTR records. Only the sender domain (and DKIM selector when applicable) is sent in the query — no mail content. Cloudflare DoH Privacy: https://developers.cloudflare.com/1.1.1.1/privacy/public-dns-resolver/ — Google Public DNS Privacy: https://developers.google.com/speed/public-dns/privacy

NimblyMail SMTP

A modern SMTP and email log plugin for WordPress. Improve deliverability via SMTP, Gmail, Resend, Amazon SES, or SendLayer.

CodePros Email Template Builder vs NimblyMail SMTP