Why Connect Custom Webhook to Inbound Email
Custom Webhook powers production systems that need to react to external events. Email is still a common delivery mechanism for alerts, notifications, and inter-service messages — especially from legacy systems or third-party services that don't offer webhooks. JsonHook gives your Custom Webhook integration a reliable inbound email endpoint that delivers clean, structured JSON.
Connecting your inbound email to Custom Webhook through JsonHook unlocks a range of high-value automation scenarios:
- Receive webhook-style callbacks from services that only support email notifications
- Forward CI/CD alert emails into your incident management pipeline
- Parse structured data out of report emails and insert it into your database
- Trigger serverless functions whenever a specific email pattern is matched
- Bridge legacy systems that communicate via email to modern webhook-driven APIs
Custom Webhook supports Any HTTP POST endpoint (your own server or serverless function), which makes it a natural target for JsonHook's outbound POST requests. Every email that hits your JsonHook address is parsed within milliseconds and delivered to Custom Webhook as a clean JSON object — no polling, no manual export, no middleware server to maintain.
Setting Up Custom Webhook with JsonHook
The following steps walk you through connecting JsonHook to Custom Webhook. The entire setup typically takes under ten minutes.
- Step 1: Write an HTTP endpoint in your language of choice that listens for POST requests and reads the JSON body. Validate an optional shared secret from the request headers for security.
- Step 2: Parse the JsonHook payload fields —
from,subject,text,attachments— and implement your business logic: insert into a database, call another API, send a notification, or trigger a background job. - Step 3: Deploy the endpoint to a publicly accessible URL — a VPS, AWS Lambda, Google Cloud Run, or a Fly.io container all work well.
- Step 4: In JsonHook, create an inbound address and enter your endpoint URL as the destination. Optionally configure a custom
X-Webhook-Secretheader. Send a test email to verify end-to-end delivery.
Once the connection is active, every email sent to your JsonHook address will be automatically parsed and forwarded to Custom Webhook. You can test the integration by sending a plain-text email to your JsonHook address and verifying that the payload appears in Custom Webhook within a few seconds.
JsonHook supports Any HTTP POST endpoint (your own server or serverless function) on the Custom Webhook side, so no additional configuration is needed in Custom Webhook beyond the steps above. If Custom Webhook requires header-based authentication for incoming webhooks, add the required headers in the JsonHook endpoint configuration under Advanced Settings.
Automate Custom Webhook with Email Webhooks
Free tier: 100 emails/month. Set up in minutes.
Get Free API KeyExample Workflow: When a monitoring alert email arrives, parse the error message and insert an incident record into a PostgreSQL database
This walkthrough demonstrates one concrete way to use JsonHook with Custom Webhook. The scenario: When a monitoring alert email arrives, parse the error message and insert an incident record into a PostgreSQL database.
When an email matching this scenario arrives, JsonHook parses the raw SMTP message and constructs the following JSON payload before POSTing it to your Custom Webhook endpoint:
{
"messageId": "",
"from": {
"name": "Jane Smith",
"address": "[email protected]"
},
"to": [
{ "address": "[email protected]" }
],
"subject": "When a monitoring alert email arrives, parse the error message and insert an incident record into a PostgreSQL database",
"text": "Hi, I need help with my account. Please contact me at your earliest convenience.",
"html": "Hi, I need help with my account...
",
"date": "2026-03-15T10:32:00.000Z",
"attachments": [],
"headers": {
"x-priority": "1"
}
}
Your endpoint has full control over field mapping. Reference the JsonHook payload schema: top-level fields include messageId, from (object), to (array), cc (array), subject, text, html, date, attachments (array), and headers (object). Use any JSON parsing library to extract exactly what you need and transform it into your target data structure.
Once Custom Webhook receives this payload, it can execute any downstream action — whether that is posting a notification, creating a record, updating a field, or triggering an entire multi-step workflow. The key advantage is that the data arrives as structured JSON, so Custom Webhook never needs to parse raw email text or deal with MIME encoding.
Payload Mapping for Custom Webhook
JsonHook delivers a consistent JSON schema for every parsed email. The table below shows which JsonHook fields map to the equivalent fields in Custom Webhook. Use this as a reference when configuring your Custom Webhook Any HTTP POST endpoint (your own server or serverless function).
| JsonHook Field | Description | Custom Webhook Field |
|---|---|---|
from.address | Sender email address | Sender / Contact email |
from.name | Sender display name | Sender / Contact name |
subject | Email subject line | Title / Subject / Name |
text | Plain-text email body | Description / Body / Message |
html | HTML email body | Rich text field / Notes |
date | Timestamp of receipt (ISO 8601) | Created date / Received at |
attachments[n].filename | Attachment filename | File name / Attachment label |
attachments[n].content | Attachment content (base64) | File content / Binary field |
headers.* | Raw email headers | Metadata / Custom properties |
messageId | Unique message identifier | External ID / Deduplication key |
Not every field will be present in every email. Always check for null or missing values before mapping to required fields in Custom Webhook. For text-only emails, html will be empty; for HTML-only emails, text may be empty or auto-generated from the HTML. The attachments array will be an empty array when no files are attached.
Best Practices for Custom Webhook Email Integration
Following these best practices will make your Custom Webhook email integration more reliable, easier to debug, and simpler to scale as your email volume grows.
- Use dedicated addresses per workflow. Create a separate JsonHook inbound address for each distinct Custom Webhook workflow you want to trigger. This makes routing explicit and avoids a single endpoint becoming a bottleneck for all email types.
- Validate the payload before acting. In Custom Webhook, add a conditional check at the start of your workflow to confirm that required fields like
from.addressandsubjectare present and non-empty before executing downstream actions. - Test with real emails first. Use JsonHook's delivery log to inspect the raw JSON payload before wiring up Custom Webhook. Confirm that all the fields you plan to map are actually populated by your email source.
- Handle errors gracefully. Configure Custom Webhook to catch webhook delivery failures and send an alert. JsonHook will retry failed deliveries, but your Custom Webhook endpoint should return a 2xx status promptly to acknowledge receipt.
- Keep secrets out of email content. Avoid routing emails that contain passwords, API keys, or PII through workflows unless you have appropriate data-handling controls configured in Custom Webhook. Use JsonHook's HTTPS delivery to protect data in transit.