WordPress request
A plugin or form asks wp_mail() to process a message.
WordPress mail-path evidence
This self-initiated plugin proof records the two official WordPress mailer outcomes without retaining the recipient, subject, message, headers, attachments, or error text—and without pretending that a successful mailer call proves inbox placement.
SELF-INITIATED PLUGIN · SYNTHETIC TEST DATA · NO CLIENT SITE OR SMTP PROVIDER CONNECTED
A plugin or form asks wp_mail() to process a message.
WordPress emits wp_mail_succeeded or wp_mail_failed.
Only counters, outcome, timestamp, and sanitized error code are retained.
Still unproven until the receiving mailbox or provider supplies evidence.
Reviewable boundary
The plugin is activated and exercised in a clean WordPress Playground runtime. The deterministic test fires both official core hooks with synthetic private-looking input and then inspects the stored option for leakage.
Focused source excerpt
add_action('wp_mail_succeeded', function ($mail_data) {
// Mail content is deliberately ignored.
signalmend_mail_receipt_record('accepted_by_mailer');
});
add_action('wp_mail_failed', function ($error) {
// Store the sanitized code, never the message or payload.
signalmend_mail_receipt_record(
'mailer_error',
sanitize_key($error->get_error_code())
);
});The full fixture also capability-guards the Tools screen and protects counter reset with an admin nonce.
Definitions follow the official WordPress references for wp_mail_succeeded and wp_mail_failed. WordPress explicitly warns that a success hook does not prove recipient delivery.
Verified fixture · 10 Aug 2026
What this proves
What remains unproven
48-hour repair pilot
One named form, one authorized site, one controlled test submission, and written evidence for browser response, WordPress processing, provider handoff, and mailbox receipt after funding and access.
Describe the broken WordPress path