| 开发者 | tuanpm094 |
|---|---|
| 更新时间 | 2026年10月31日 01:06 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
wp_mail() calls to a Changrid workspace through the dedicated, API-key-protected WordPress endpoint.
The plugin is free, and you can start sending with Changrid's Free plan. Upgrade only when you need more sending capacity, routing, retention, workspace capacity, or provider options.
Features:
wp_mail() after a Changrid request error.wp-config.php so production secrets do not need to be stored in the WordPress database.wp_mail().
changrid-email-delivery directory into /wp-content/plugins/.communications:send permission in Changrid.wp-config.php:
define( 'CHANGRID_ACCESS_KEY', 'your-access-key' );
define( 'CHANGRID_SECRET_KEY', 'your-secret-key' );
The optional CHANGRID_API_BASE_URL constant overrides the API base URL.It short-circuits wp_mail() and submits the message to Changrid over HTTPS. The actual provider path is selected and operated in the Changrid workspace.
No. The plugin automatically uses Changrid's secure production API. The CHANGRID_API_BASE_URL constant is only for advanced or self-hosted installations and is not required for normal setup.
No. HTTP 202 means Changrid persisted or accepted the request. Delivery depends on routing, provider state, sender identity, suppression checks, and the recipient system.
If native-mail fallback is enabled, the plugin lets WordPress continue with its normal wp_mail() transport after a request error. It does not retry a response that Changrid reported as accepted.
A network timeout is ambiguous: Changrid may have accepted the request even though WordPress did not receive the response. Native fallback in that situation can deliver a duplicate. Disable fallback for duplicate-sensitive messages and review the Changrid execution before manually retrying an uncertain send.
Not in this release. Messages with attachments use native wp_mail() when fallback is enabled, or fail if strict Changrid-only behavior is selected.
All To, Cc, and Bcc destinations are submitted as individual Changrid recipients. They do not receive a visible shared recipient header, which keeps Bcc destinations private.
No. The From email and name come from the active provider route in Changrid. This prevents WordPress from requesting an unverified identity that would fail provider, SPF, DKIM, or DMARC checks. Use the plugin links to manage providers or verify a sending domain in Changrid. WordPress can set a per-message Reply-To header, and the plugin also supports an optional site-wide default Reply-To address.
Yes. Automatic workspace routing is the recommended default because Changrid can apply route priority, health, capacity, and failover rules. After pressing Check connection, open Advanced delivery routing to choose an active provider. A fixed provider controls the sender route but disables automatic failover for those WordPress requests.
providerAccountId only when a valid fixed provider is saved.wp_mail().