Reference · built on requestConnectorMessaging & notifications

Twilio SendGrid

Transactional email sends, suppressions, and delivery events through the Twilio SendGrid v3 API and Event Webhook.

About

Twilio SendGrid is an email delivery service. Its v3 Web API at api.sendgrid.com accepts messages at POST /v3/mail/send and returns 202 when a message is queued. The Event Webhook posts what happened next: processed, dropped, delivered, deferred, and bounce for delivery, then open, click, spam report, unsubscribe, group unsubscribe, and group resubscribe for engagement. Suppression lists for bounces and global unsubscribes are readable at /v3/suppression.

Through Fibric, an operator watches those events for the messages your other systems sent, checks a recipient against the suppression lists, and proposes a send or a scheduled send for a person to approve.

This is a reference listing. It documents what Fibric would read from Twilio SendGrid and what it could propose, based on the vendor's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.

Inputs

  • Delivery events (processed, dropped, delivered, deferred, bounce) posted by the Event Webhook as JSON batches
  • Engagement events (open, click, spam report, unsubscribe, group unsubscribe, group resubscribe) from the same webhook
  • The sg_message_id, sg_event_id, category, and custom_args on each event, so a message can be tied back to an order or ticket
  • Bounced addresses with reason and status through GET /v3/suppression/bounces
  • Global unsubscribes through GET /v3/suppression/unsubscribes
  • Message-level history through GET /v3/messages, where the Email Activity add-on is purchased

Proposed actions

  • Target capability: propose a message through POST /v3/mail/send with categories and custom_args set for tracking
  • Target capability: propose a scheduled send using send_at and a batch_id, no more than 72 hours ahead
  • Target capability: propose a send with a dynamic template (template_id prefixed d-) and per-recipient personalizations
  • Target capability: propose a rehearsal send with mail_settings sandbox mode, which validates the request without delivering

Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.

What you can build

  • Backorder notice that knows when it bounced

    The operator proposes a backorder email per affected order. Once approved and sent, a bounce or dropped event on the same custom_args reopens the case so a person can reach the customer another way.

    With Backorder Notice

  • Dunning cadence with suppression checks

    Before each reminder, the recipient is checked against /v3/suppression/bounces and /v3/suppression/unsubscribes. A suppressed address stops the cadence and the operator proposes a different channel.

    With Dunning Cadence

  • Outage notice on a schedule

    For a planned maintenance window, the operator drafts the notice and proposes a send_at time up to 72 hours ahead with a batch_id. A person approves once; SendGrid holds it until then.

    With Outage Notice

Requirements

  • A Twilio SendGrid account and an API key with Mail Send access, plus suppression read access if lists are checked
  • A sender address or domain you have authenticated in SendGrid, since from must match one
  • An HTTPS endpoint Fibric operates to receive the Event Webhook, configured under Settings > Mail Settings > Webhook Settings or through the Webhooks API
  • For GET /v3/messages: the additional email activity history add-on under Account Details > Your Products > Add-ons
  • For parent accounts acting for a subuser: the on-behalf-of header with the subuser's username
Authentication
A SendGrid API key with the permissions you assign, created at app.sendgrid.com under Settings > API Keys and sent as Authorization: Bearer on every request.

Limits

  • Each endpoint has its own allowance per refresh period; over it the API returns 429, and X-RateLimit-Limit, X-RateLimit-Remaining, and X-RateLimit-Reset say when to retry
  • If the webhook endpoint does not answer 2xx, SendGrid retries at increasing intervals for up to 24 hours, then stops
  • A send may carry at most 1,000 personalizations, 10 categories, and 10,000 bytes of custom_args
  • Suppression list pages return at most 500 records; message search returns at most 1,000 and only with the paid add-on

Access and pricing

Reference listing. Fibric builds the connector under a managed deployment when you request it. Your quote covers the build, capabilities, usage, and support.

Request Twilio SendGrid ↗

Questions and answers

How does Fibric know a message bounced?
Two ways. The Event Webhook posts a bounce or dropped event carrying the sg_message_id and any custom_args from the send. GET /v3/suppression/bounces also lists bounced addresses with a reason and an enhanced SMTP status, filterable by start_time, end_time, and email.
How is the Event Webhook secured?
SendGrid offers a Signed Event Webhook and OAuth 2.0, and recommends one or both. Signed posts carry an ECDSA signature in X-Twilio-Email-Event-Webhook-Signature with X-Twilio-Email-Event-Webhook-Timestamp, checked against the raw body. OAuth uses client credentials (Client ID, Client Secret, Token URL) and sends the token in the Authorization header.
Can Fibric look up a single message after the fact?
Only with the Email Activity add-on. GET /v3/messages accepts a query of up to 160 filter conditions and returns up to 1,000 messages. Without the add-on, message-level history has to come from the Event Webhook stream you keep.
Ask about Twilio SendGrid

Ask about the capabilities and requirements in this listing.

For project-specific requirements, contact Fibric.