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.
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.
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.
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.
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.
This connector listing is developed, published, and supported by Fibric. It describes integration with Twilio SendGrid through published interfaces. Third-party names and logos identify the systems an integration connects to; they are the property of their respective owners, who are not affiliated with Fibric and do not sponsor or endorse this listing. Trademark policy