Receive email as parsed JSON with its verdicts
Mail to your receiving domain arrives as email.received: headers, text, HTML and attachments, with up to 256 KB of it in the webhook.
Mail to your receiving domain arrives as email.received: headers, text, HTML and attachments, with up to 256 KB of it in the webhook.
Inbound
Question about order 10452
Routing
support++1 semail.received, 200+2 sPublish both and mail to the domain starts arriving as events.
10 inbound-smtp.<region>.amazonaws.comThe most specific rule wins; mail no rule takes goes to every endpoint subscribed to email.received.
| Matches | Rule | Then |
|---|---|---|
| support@ | the address | post to the support endpoint |
| support+*@ | the plus base | post with the token |
| *@ | the catch-all | forward to a confirmed address |
They come from the receiving servers' own checks, never from the message's headers.
"verdicts": {
"spf": "pass", "dkim": "pass", "dmarc": "pass",
"spam": "pass", "virus": "pass"
}received_for lists the addresses the mail was delivered for, Bcc and catch-all included.
"received_for": ["support+ticket4471@inbound.fernbank.example"]
Only clean mail, sealed so the next server can trust it, and never more than 3 hops on.
desk@fernbank.example, in the consoleA message that breaks one is kept, with what was cut listed in issues.
An inbound_read key reads received mail and nothing else.
Attachments and the raw message, by links valid for an hour.
Routing, verdicts, forwarding and limits.
Yes: the API returns received mail in the same shape.
Up to 40 MB, with up to 100 attachments.