Skip to content

Service

Resend Development

We send transactional email through Resend, with authenticated domains, typed templates, idempotent sending and delivery events written back to the record.

Laptop on a software development workspace

Usage

What we build with Resend

  1. Transactional email for quotes, bookings, receipts and notifications
  2. Domain authentication with SPF, DKIM and DMARC alignment
  3. Typed email templates rendered from application data
  4. Delivery, bounce and complaint handling wired to the customer record
  5. Suppression lists and preference handling
  6. Inbound routing where replies must reach a system rather than a mailbox

Rationale

Why we choose it

  • Transactional email is not marketing email

    A booking confirmation has to arrive in seconds and land in the inbox. Sending it from a marketing platform is how it ends up delayed or filtered.

  • The API is small

    Less integration surface means fewer places for a send to fail in a way nobody notices.

  • Templates as components

    Rendering email from the same component model as the application keeps content and data in step.

Practice

Architecture patterns we use

  • Authenticate the domain first

    SPF, DKIM and a DMARC policy are set before any volume. Deliverability problems are far cheaper to prevent than to recover from.

  • Idempotent sends

    Each send carries a key derived from the record and the message type, so a retry after a timeout does not deliver twice.

  • Delivery events on the record

    Delivered, bounced and complained events are written back against the customer, so a hard bounce suppresses future sends automatically.

  • Separate sending identities

    Transactional and marketing mail use separate subdomains, so a marketing reputation problem cannot stop a receipt arriving.

Build with our Resend engineers

Tell us what you are building and what it has to connect to. We will come back with an approach, a scope and what it would take.

  • A mutual NDA is signed before project details are shared.
  • Scope is fixed in writing before any build starts.
  • You own the source code, the IP and the documentation at delivery.
  • Support plans are available and tailored on a discovery or technical call.