Create, bind and deliver each message code safely
-
1
Complete the High Security seal first
Purchase and fulfil the separate High Security Email Verification Seal. Domain ownership, the exact sender address, SPF, DKIM and DMARC must be current. A Low Security Email Sender Seal cannot issue per-message VEM codes.
-
2
Open the API from the issued seal
Sign in to the customer portal, open My seals, select the issued High Security email seal and choose Manage High Security Email API. Create a separately named key for each production server, application or outbound gateway.
-
3
Install at the final mail-building point
Add the integration to the server-side application, queue worker, mail transport plug-in or outbound gateway that builds the complete message. It must be able to set Message-ID, add a custom header and update both HTML and plain-text bodies before DKIM signing.
-
4
Store the API key outside public content
Copy the key once into a protected environment variable, secret manager or server configuration outside the public web directory. Never place it in a website page, browser JavaScript, email template, signature editor, mobile device or source repository.
-
5
Create stable send identifiers
When the mail or queue job is created, generate its final RFC Message-ID and a stable idempotency key. Persist both with the job so a retry uses the same Message-ID, idempotency key and VEM code.
-
6
Request one code for that message
Before sending, POST the exact final message_id, including angle brackets, and the idempotency_key to the VerifySeal endpoint. Authenticate with the server API key in the Authorization Bearer header and require a successful response.
-
7
Place every returned value correctly
Add message_code.header to the message headers. Append message_code.html_footer to the HTML MIME part and message_code.text_footer to the plain-text MIME part. Do not paste one fixed VEM code into a reusable signature.
-
8
Apply DKIM signing and send last
After Message-ID, the X-VerifySeal-Code header and both message bodies are final, allow the local mailer or downstream provider to apply DKIM and send. Nothing may rewrite the Message-ID or remove the verification data afterward.
-
9
Test the delivered source
Send to an external mailbox, open the original message source and confirm the received Message-ID exactly matches the value submitted to VerifySeal. Check the VEM header and footer, open the public verification link, and confirm aligned DKIM and DMARC pass.
-
10
Monitor, retry and revoke safely
Treat an API failure as a failed or queued High Security send. Reuse the same idempotency key on retry. Revoke a VEM code for a cancelled or exposed message, and revoke and replace any server key that may have leaked.